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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  5i2K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 


POLICY 


PS  NUMBER  EXPIRATION  DATES 

All  instructors  and  departmental  personnel  should  note  the  following  PS 
number  expiration  dates.  These  expiration  dates  affect  both  Class  and 
Research  Board  PS  numbers. 

June  6,  1978       Expiration  date  for  Class  PS#'s,  spring  semester. 

June  30,  1978      Expiration  date  for  Research  Board  PS#'s,  January 

through  June  allocation. 

August  21,  1978    Expiration  date  for  Class  PS#'s,  summer  semester. 

December  31,  1978  Expiration  date  for  Research  Board  PS#'s,  June  through 

December  allocation. 

January  12,  1979   Expiration  date  for  Class  PS#fs,  fall  semester. 

When  completing  the  PS  forms  for  Class  PS  numbers  for  the  summer  session, 
please  remember  to  use  the  proper  expiration  date  (August  21,  1978)  in 
section  B1  and  to  fill  in  the  Class  information  in  section  B2. 


RJE  SITES  -  SUMMER  SCHEDULE 

All  the  RJE  sites,  with  the  exception  of  the  central  site  at  DCL,  are 
operating  under  a  reduced  schedule  during  the  summer.   The  RJE  schedules 
are  as  follows: 

CSO  South  (70  Commerce  West) 

Monday  -  Friday         8:00  AM  -  10:00  PM 
Saturday  -  Sunday  CLOSED 

NOTE:   These  hours  may  change  at  the  beginning  of  the  summer  semester. 
Read  HEARYE  and  RJE  Bulletins  for  the  revised  schedule. 

Agriculture  (W-515  Turner  Hall) 

Monday  -  Friday: 

May  22  -  June  13 
June  14  -  Aug.  3 
Aug.  7  -  Aug.  25 

Saturday  -  Sunday 


8 

30 

AM  -  9:00 

PM 

8 

30 

AM  -  10:00 

PM 

8 

30 

AM  -  4:30 
CLOSED 

PM 

Chemistry  (153  Noves  Lab.) 

Monday  -  Friday  8:30  AM  -  5:00  PM 

Saturday  -  Sunday  CLOSED 

Electrical  Engineering  (146  Electrical  Engineering  Bldg.) 

Monday  -  Friday: 

May  22  -  June  13         8:00  AM  -  5:00  PM 
June  14  -  fall  8:00  AM  -  10:00  PM 

Saturday  -  Sunday  CLOSED 

ISR  and  FAR 

Closed  until  beginning  of  fall  semester. 

Mechanical  Engineering  (32  Mechanical  Engineering  Bldg.) 

Monday  -  Friday  8:00  AM  -  5:00  PM 

Saturday  -  Sunday  CLOSED 

Psychology  (433  Psychology) 

Monday  -  Friday  9:00  AM  -  5:00  PM 

Saturday  -  Sunday  CLOSED 

Social  Science  (202  Lincoln  Hall) 

Monday  -  Friday  8:00  AM  -  6:00  PM 

Saturday  -  Sunday  CLOSED 


ACOUSTIC  COUPLER  RENTAL 

The  rental  cost  of  an  acoustic  coupler  will  be  increased  to  $10.00  per 
month  on  July  1,  1978.   CSO  rents  acoustic  couplers  only  as  an  accessory  to 
its  rental  CRT  terminals.   On  July  1,  the  total  charge  per  month  to  rent  a 
CRT  terminal  and  an  acoustic  coupler  will  be  $60.00. 

For  more  information  about  terminal  rental,  contact  the  CSO  Distribution 
Center  (Room  164  DCL,  333-6285). 


DISK  POLICY 

CSO  provides  a  large  amount  of  disk  space  for  users.   The  CYBER  175  has 
eight  disk  packs  which  contain  users'  permanent  files,  with  approximately 
90%  of  each  disk  pack  available  for  public  use.   The  IBM  360/75  has  one 
pack  (PUBLIC)  for  permanent  datasets,  one  pack  (MERLIN)  for  temporary 


datasets  and  a  large  portion  of  two  packs  for  scratch  datasets  (used  during 
one  or  two  jobs  only).   All  public  packs  are  permanently  mounted.   Each 
pack  can  hold  approximately  200  million  characters. 

At  times,  it  is  difficult  to  find  on-line  storage  at  short  notice.   This  is 
due  in  part  to  a  tendency  to  keep  datasets  on-line  even  though  they  are  no 
longer  needed.   The  likelihood  of  sufficient  disk  space  being  available 
would  increase  if  disk  space  were  "turned  over"  more  quickly. 

Although  the  main  responsibility  for  freeing  disk  space  lies  with  the  user 
community,  CSO  has  a  disk  policy  which  was  formulated  to  alleviate  problems 
of  insufficient  space. 


Purge  Policy 

The  CYBER  and  360/75  have  equivalent  dataset  removal  criterion.  Datasets 
that: 

have  not  been  accessed  for  more  than  30  days, 

belong  to  cancelled  PS  numbers, 

belong  to  PS  numbers  that  have  been  inactive  for  more  than  30  days, 

are  not  cataloged  (360/75  only),  or 

have  names  which  do  not  conform  to  the  standard  naming  conventions  at 
CSO  (360/75  only), 

will  be  candidates  for  removal  from  disks.   These  candidate  datasets  will 
be  dumped  to  tape  and  the  tape  will  be  saved  for  one  year. 

Purge  Procedures 

Those  datasets  on  the  CYBER  which  satisfy  any  of  the  above  criterion  are 
dumped  to  tape  on  the  first  Sunday  of  each  month.   Datasets  on  the  360/75 
which  satisfy  any  of  the  above  criterion  are  dumped  to  tape  once  a  week. 
CSO  reserves  the  right  to  change  the  procedures  used  to  assure  that 
adequate  disk  space  is  available  to  the  user  community.  When  possible, 
notification  of  changes  to  these  procedures  will  be  made. 

Restore  Procedures 

Purged  datasets  may  be  recovered  on  the  CYBER  by  using  the  RELOAD  command 
(reference  guide  RF-3.19). 

Purged  360/75  datasets  can  be  restored,  upon  request,  by  the  Systems 
Consultants  (Room  138  DCL) . 


Backup  Policy 

The  CYBER  and  the  360/75  have  similar  back-up  procedures: 

CYBER  datasets  which  have  been  created  or  modified  within  a  24-hour 
period  are  backed  up  to  tape  daily.   Daily  backup  tapes  are  saved  for 
one  week;  backup  tapes  taken  on  Sundays  are  saved  for  one  month; 
backup  tapes  taken  on  the  first  Saturday  of  each  month  are  saved  for 
three  months. 

All  360/75  public  packs  are  backed  up  to  tape  daily.  Daily  backups 
are  saved  for  one  week;  backup  tapes  taken  on  Mondays  are  saved  for 
one  month;  backup  tapes  taken  on  the  first  Monday  of  each  month  are 
saved  for  three  months. 

Renting  a  3330  Spindle 

A  3330  spindle  for  the  CYBER  or  the  360/75  may  be  rented  as  follows: 

A  user  or  consortium  of  users  may  rent  a  3330  spindle  and  one  disk 
pack  for  a  period  of  not  less  than  12  months  for  either  the  CYBER  or 
the  360/75.   The  price  is  the  rental  and  maintenance  fee  which  CS0 
pays  for  the  spindle,  disk  pac 

a  portion  of  the  cost  for  the  controller.   This  price  must  be  paid  in 
real  money.   Users  may  not  use  Research  Board  funds  to  rent  a  spindle. 

The  spindle  will  not  be  used  as  a  setup  spindle,  so  the  consortium  of 
users  must  share  one  disk  pack. 

Normal  naming  conventions  for  datasets  on  private  packs  must  be 
followed.   Please  see  the  Systems  Consultants  (Room  138  DCL)  for 
details. 

CS0  will  not  backup  the  data  on  a  rented  spindle  in  any  way,  nor  take 
any  responsibility  for  it.   It  is  up  to  the  user(s)  to  maintain  the 
pack. 

CSO  will  maintain  the  spindle  in  good  mechanical  and  electrical  order. 

CSO  reserves  the  right  to  choose  the  physical  and  logical  position  of 
the  spindle.   In  the  unlikely  event  of  serious  mechanical  trouble,  for 
instance  when  an  entire  channel  is  out  of  service,  CSO  reserves  the 
right  to  take  the  rented  spindle  off-line  in  order  to  provide 
effective  service  to  the  bulk  of  CSO  users. 


Additional  ^60/75  Disk  Information 

The  following  policies  apply  to  disk  storage  on  the  360/75  only: 

PUBLIC  Packs 

All  datasets  must  be  cataloged.   CSO  reserves  the  right  to  move 
datasets  from  pack  to  pack. 

CSO  reserves  the  right  to  remove  ISAM  and  other  unmovable  datasets. 

All  PUBLIC  datasets  must  adhere  to  the  standard  naming  conventions. 
The  name  should  be  of  the  form: 

USER . Pnnnn . anything 

where  nnnn  is  the  user's  PS  number  and  anything  is  any  name  of  the 
user's  choosing  that  complies  with  OS  rules.  For  example: 

USER. PS 12 34. BINGO 
Class  datasets  may  have  names  of  the  form: 

USER . classname . anything 
where  classname  is  the  name  of  the  class.   For  example: 

USER. CS 101. BINGO 


MERLIN 

Every  dataset  on  MERLIN  is  scratched  at  approximately  12:00  Noon  each 
Sunday. 

MERLIN  is  not  backed  up  in  any  way  whatsoever.   Users  must  recreate 
their  own  data  if  it  is  lost  on  MERLIN  for  any  reason,  including  the 
Sunday  scratch. 

Datasets  on  MERLIN  need  not  be  catologued. 

Datasets  on  MERLIN  must  adhere  to  the  naming  conventions  outlined 
above. 

Datasets  of  more  than  700  tracks  may  be  scratched  without  notice  if 
MERLIN  becomes  full  during  the  week.   No  refunds  will  be  given  in  this 
case. 

NOTE:   The  charge  for  space  on  MERLIN  is  0.0067  service  units  per  track  per 
day.   Charges  are  calculated  daily  at  about  midnight;  users  who 
scratch  their  datasets  before  Sunday  will  thus  save  themselves 
money. 


2314  Disk  Packs 

No  backup  is  done  for  2314  disk  packs.   It  is  the  responsibility  of  the 
owner  to  backup  these  packs. 


Disk  Storage  at  Chicago  Circle 

CSO  users  may  store  data  on-line  at  the  Chicago  Circle  campus.   Those 
wishing  to  use  this  service  should  contact  the  Systems  Consultants  (Room 
138  DCL). 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  April,  the  approximate  mean  time  between  failures  for  the  CYBER  was 
26  hours  and  the  mean  time  to  repair  was  about  68  minutes.   File  and  disk 
management  errors  caused  the  major  problems  on  the  CYBER. 

For  the  360/75,  the  approximate  mean  time  between  failures  was  nine  hours 
and  the  mean  time  to  repair  was  about  30  minutes.  Most  of  the  problems  on 
the  360/75  were  caused  by  a  bad  cable  in  the  CPU  hardware  and  some  minor 
software  errors. 


CYBER 


FILE  MIGRATION  SYSTEM 

A  file  migration  system  has  been  installed  on  the  CYBER  and  became 
available  on  June  4,  1978.   The  migration  system  provides  a  method  for 
moving  files  from  disk  to  tapes  owned  by  CSO,  while  maintaining  their 
catalog  entries.   (Users  are  not  charged  for  the  catalog  entries  of  files 
that  have  been  migrated.)   This,  in  turn,  provides  a  way  to  easily  retrieve 
files  which  have  been  removed  from  disk.   It  has  the  added  effect  of 
assuring  adequate  disk  space  is  available  for  the  user  community.   This 
system  is  a  complete  replacement  for  the  present  CSO  PURGE/RESTORE 
procedures. 

Files  which  are  currently  purged  on  the  first  Sunday  of  the  month  will  be 
candidates  for  migration.   This  includes  files  which  have  not  been  accessed 
for  30  days  or  which  have  no  identifiable  project  index.   (See  "Disk 
Policy".)   Monthly  purges,  as  done  in  the  past,  will  no  longer  be  used  for 


these  files.   The  migration  tapes  are  kept  for  one  year  and  are  never  used 
except  under  operator  control  for  the  purpose  of  moving  a  file  back  to 
disk. 

When  a  file,  pfn,  has  migrated  off  disk,  the  response  to  a  GET  or  an  ATTACH 
command  for  that  file  will  be: 

pfn  NOT  ON  DISK,  AT  000122. 
To  retrieve  the  file,  type: 

RELOAD, pfn 
The  RELOAD  command  will  respond: 

pfn  WILL  BE  RELOADED. 

File,  pfn,  will  be  restored  to  the  proper  permanent  file  space  within  24 
hours.   The  amount  of  time  that  it  takes  to  restore  a  file  depends  on  the 
system  load  and  the  number  of  restores  which  are  being  done.   It  may  be  as 
little  as  10  minutes.   There  is  no  explicit  notification  that  the  file  has 
been  restored,  nor  is  there  a  way  to  enquire  on  the  progress  of  a 
particular  RELOAD  until  it  is  complete. 

Once  RELOAD  has  responded ,  the  current  session  may  be  continued  in  a  normal 
manner.   Later,  another  GET  or  ATTACH  may  be  attempted  on  the  file.   It  is 
also  possible  to  do  a  second  RELOAD  command  on  the  same  file.   If  it  has 
been  reloaded,  the  response  will  be: 

pfn  ALREADY  ON  DISK. 

Otherwise,  the  second  RELOAD  will  have  no  effect;  it  will  not  cause  the 
file  to  be  reloaded  twice. 

It  is  possible  to  PURGE  a  migrated  file.   If  this  is  done  it  cannot  be 
reloaded  and  an  attempt  to  do  so  will  get  the  response: 

pfn  NOT  FOUND. 

Also,  it  is  possible  to  replace  a  migrated  indirect  file  with  a  local  file 
of  the  same  name.   An  attempt  to  reload  this  file  would  get  the  response: 

pfn  ALREADY  ON  DISK. 

To  determine  which  files  have  migrated,  use  either  DIRECT  or  CATLIST.   Both 

of  these  prefix  all  migrated  filenames  with  a  +  (plus  sign).  To  get  a  list 

of  all  migrated  files,  use  DIRECT/MIG.   To  get  a  list  of  all  on-line  files, 
use  DIRECT/NOMIG. 


SORTING  TEXT  FILES 

SORTMRG  may  be  used  on  the  CYBER  to  sort  data  which  was  entered  into  a  BOSS 
file.   For  example,  the  data  in  the  BOSS  file  might  have  the  form: 

! 13  characters ,4-digit  number! 9  characters ! 

The  following  sort  control  cards,  entered  in  the  file  MYFILE,  and  the 
SORTMRG  control  statement  illustrate  an  attempt  to  sort  on  the  4-digit 
number : 

SORT 

FILE,S0RT=TAPE1 ,OUTPUT=SDATA 

FIELD, SEQ( 14, 4, DISPLAY) 

KEY,SEQ(A,C0B0L6) 

END 

SORTMRG (I=MYFILE) 

Problem:   The  sort  appears  to  proceed  normally,  but  the  output  file  SDATA 
contains  useless  information.  The  example  also  may  result  in 
various  Record  Manager  errors,  depending  on  the  format  of  the 
input  data. 

Error:     The  default  file  parameters  for  SORTMRG  are  not  those  of  a 

normal  BOSS  file;  instead,  they  are  the  file  parameters  of  a 
binary  data  file. 

Solution:   Specify  the  form  of  the  input  and  output  files  by  issuing  the 
FILE  control  statements: 

FILE(TAPE1 ,BT=C,RT=Z,MRL=80) 
FILE ( SDATA , BT=C , RT=Z , MRL=80 ) 

BT=C  and  RT=Z  describe  a  standard  CYBER  text  file;  MRL=80 
specifies  a  maximum  record  length  of  80  characters. 

The  FILE  statements  can  be  placed  anywhere  in  the  job,  but  they 
must  be  specified  prior  to  the  SORTMRG. 


SENDJOB  -  NEW  CYBER  COMMAND 


SENDJOB  provides  for  the  submission  of  batch  jobs  to  the  CYBER  and  the 
360/75  much  like  the  SUBMIT  command.   However,  SENDJOB  has  a  different 
syntax  and  an  extended  set  of  directives  (all  of  the  SUBMIT  directives  are 
included  except  EC).   The  command  format  is: 

SENDJOB [opt ions] ,file[ options] [ , file [options]] . . . 

NOTE:  Brackets  indicate  optional  entries. 


The  directives  for  SENDJOB  may  be  used  as  options  on  the  command  or  as 

entries  in  the  files  to  be  submitted.  For  directives  within  a  file  to  be 

recognized,  the  cJOB  directive  must  be  used  either  as  an  option  for  the 
file  or  as  the  first  line  of  the  file. 

When  cJOB  is  used  in  the  file,  c  is  the  character  used  to  precede  all  other 
directives  in  the  remainder  of  the  file.  A  common  practice  is  to  use  /  for 
c.  The  /  must  precede  any  options  used  on  the  SENDJOB  command  (as  shown  in 
the  description  of  the  options).  When  reformatting  is  being  done,  the 
directives  in  the  file  supercede  any  conflicting  directives  used  as  options 
for  the  file.  In  other  words,  the  options  specified  for  a  file  on  the 
command  may  be  thought  of  as  initial  conditions  when  reformatting  begins. 

There  are  two  types  of  options:  global  and  local.   Global  options  apply  to 
all  the  files  given,  regardless  of  where  the  option  is  specified  within  the 
command.   In  the  following  list,  these  options  are  labelled  GLOBAL  to 
denote  positional  independence.   Local  options,  if  given  before  any  files 
are  specified,  apply  to  all  the  files.   If  they  are  not  given  at  the 
beginning,  local  options  apply  only  to  the  filename  they  follow. 

The  SENDJOB  command  directives  may  be  abbreviated  when  used  either  as 
options  or  as  entries  in  a  file.   The  abbreviations  must  be  unambiguous  and 
the  shortest  abbreviations  are  underlined  in  the  following  list. 

Additional  details  about  directives  marked  with  an  *  may  be  found  in  the 
section  on  SUBMIT  in  the  NOS  Reference  Manual  Volume  1 . 


/ABORT  default 

/NOABORT 

Determines  whether  processing  is  to  stop  when  a  file  is  not  found  or  is 
empty. 

/ASCII 

/NQASCII  default 

Determines  whether  to  use  ASCII  translation  mode.   /ASCII  provides  for  easy 
transfer  of  upper/lower  case  files  to  the  360/75. 

/ATTACH 

/NOATTACH         default 

Determines  whether  to  do  an  ATTACH  if  the  file  is  not  local.   The  ATTACH  is 
done  in  read  mode  only. 

/EOF  * 

Inserts  an  end-of-file  (end-of-partition)  after  the  file.   The  default  is 
not  to  insert  any  separating  markers. 
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/EOR  « 

Inserts  an  end-of-record  (end-of-section)  after  the  file.  The  default  is 
not  to  insert  any  separating  markers. 

/GET 

/NOGET  default 

Determines  whether  to  do  a  GET  on  the  file  if  it  is  not  already  local. 

/HELP  GLOBAL 

Lists  options  available  to  SENDJOB. 

/JOB  * 

/NOJQB 

Indicates  that  there  are  other  directives  in  the  job  stream  to  be 
processed.   /JOB  must  be  the  first  line  in  the  file  scanned  if  it  is  not 
specified  on  the  SENDJOB  command.   /N0J0B  inhibits  reformatting. 

/JOBNAME=name  GLOBAL 

A  batch  job  is  recognized  as  an  IBM  request  if  the  first  line  generated  is 
an  IBM  JOB  card  or  a  /*ID  card.   The  default  360/75  jobname  is  ccccObb, 
where  cccc  is  the  four-character  user  number  hash  and  bb  is  the  last  two 
digits  of  the  University  ID.   The  CYBER  jobname  always  begins  with  the 
four-character  user  number  hash  (e.g.,  AAQY)  followed  by  three  additional 
characters  (the  CYBER  job  number).   This  directive  must  not  be  the  first 
line  in  the  file  scanned. 

/LOG=filename  GLOBAL 

Indicates  that  a  record  of  the  files  processed  should  be  put  in  the 
permanent  file  filename.   If  no  filename  is  given,  /L0G=L0GFILE  is  assumed. 

/PACK  default  * 

/NOPACK 

Requests  that  all  succeeding  end-of-sections  and  end-of-partitions  be 
removed  from  the  file  and  remaining  job  stream.  /NOPACK  reverses  the 
effect  of  /PACK. 

/READ= filename     * 

Inserts  the  contents  of  the  specified  file  filename  into  the  job  stream. 
The  file  does  not  have  to  be  local.   /READ, filename  may  be  used  as  a 
directive  in  a  file. 

/REWIND  default  * 

/NOREWIND 

Specifies  whether  or  not  to  rewind  the  given  files  before  and  after  usage. 
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/SEQUENCE  * 

/NOSEQUENCE 

Causes  leading  line  numbers  to  be  removed.  To  retain  leading  line  numbers 
use  /NOSEQUENCE.   If  the  first  line  of  a  file  is  /JOB,  the  default  is 
/SEQUENCE,  otherwise  it  is  /NOSEQUENCE. 

/SEQ73 

Moves  all  leading  line  numbers  to  columns  73-80.   /NOSEQUENCE  retains 
leading  line  numbers  in  place. 

/TRANS  * 

/NOTRANS  default 

/TRANS  turns  off  scanning  for  directives  until  an  end-of-section  or  an 
end-of-partition  is  encountered.   /NOTRANS  reverses  this  effect. 


The  dayfile  message  which  is  generated  by  a  SENDJOB  request  includes  the 
jobname  of  the  batch  job  and  the  files  which  were  used. 

An  informatory  message  is  placed  in  the  dayfile  for  a  CYBER  job  and  in  the 
HASP  log  for  a  360/75  job.   This  message  specifies  which  files  were  used 
and  the  date  and  time  that  the  job  was  submitted  via  SENDJOB. 


TRANSFERRING  ASCII  FILES  BETWEEN 
THE  CYBER  AND  THE  360/75 

SENDJOB  provides  a  facility  for  submitting  batch  jobs  to  the  CYBER  and  the 
360/75.   The  major  advantage  of  this  command  is  its  capability  to  properly 
transfer  upper/lower  case  text  to  the  360/75.   This  eliminates  the  need  for 
the  translation  programs  T0360  and  FR0MCDC  for  card  image,  upper/lower  case 
files. 

If  it  is  necessary  to  process  upper/lower  case  text,  simply  add  a  /JOB 
directive  at  the  beginning  of  the  file  to  be  sent  and  a  /ASCII  directive 
before  the  upper/lower  case  text.   The  following  example,  which  is  in  file 
FMTFIL,  illustrates  this  point: 

/JOB 

/N0SEQ 

//TEST  JOB 

/*ID  PS=1234 

/•ID  CODE=XYZ123 

//  EXEC  FMT 

/ASCII 

<FMT  upper/lower  case  text> 
/« 
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The  command : 

SENDJOB,FMTFIL. 

will  properly  translate  and  send  the  job  to  the  360/75. 

To  complete  the  cycle,  one  of  the  following  /*ID  cards  may  be  used  to  route 
360/75  upper/lower  case  output  to  the  CYBER.   These  eliminate  the  need  for 
the  translation  programs  TOCDC  and  FROM36O  for  card  image,  upper/lower  case 
files. 

/•ID  PUNCH=CYBER,NAME=ffilename(uid) ' 

or 

/•ID  PRINT=CYBER,NAME='filename(uid)/A' 

where  uid  is  the  University  ID  number.   The  first  /*ID  card  sends 
upper/lower  case  punched  output  to  the  CYBER  FETCH  queue;  the  second  sends 
upper/lower  case  printout  to  the  CYBER  FETCH  queue. 


CYBER  RECORD  MANAGER 

An  important  piece  of  software  which  is  available  on  the  CYBER  is  the  CYBER 
Record  Manager  (CRM).   CRM  is  an  extremely  useful  set  of  routines  which 
makes  it  easy  to  perform  Input/Ouput,  i.e.,  the  reading  and  writing  of 
records  to  and  from  files.   CRM  initially  appears  complicated  because  it 
has  many  options  which  provide  a  great  deal  of  flexibility  in  file 
manipulations.   The  purpose  of  this  article  is  to  describe  CRM  in  a 
simplified  manner  and  to  indicate  what  documentation  is  available  for  CRM. 


What  CRM  Does 

To  simplify  this  introduction,  CRM  will  be  viewed  as  two  subroutines,  GET 
and  PUT.   GET  reads  a  record  from  a  file  and  places  its  contents  into  a 
storage  area  called  a  buffer.   PUT  writes  the  contents  of  a  buffer  to  a 
file  as  a  record.   All  other  subroutines  of  CRM  provide  support  for  GET  and 
PUT  by  providing  ways  to  set  specific  CRM  options  and  providing  a  means  for 
positioning  files. 

The  power  of  CRM  is  that  it  has  the  capability  to  use  GET  and  PUT  with 
files  that  are  organized  in  various  formats.  File  organization  and  record 
type  have  specific  meanings  in  the  context  of  CRM;  they  are  sets  of 
conventions  used  by  GET  and  PUT  which  govern  how  a  file  should  be  read  and 
written  and  how  the  words  of  that  file  should  be  grouped  into  records. 
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File  Organization 

Each  file  has  a  specific  type  of  organization  which  is  defined  by  the  way 
it  is  initially  written  and  which  determines  how  it  must  be  processed  (via 
GET  and  PUT)  in  the  future.   There  are  two  basic  ways  to  organize  a  file: 
for  sequential  access  or  for  random  access. 

Sequential  access  indicates  that  records  are  placed  in  a  file  in  the  order 
in  which  they  are  written,  and  read  back  in  this  same  order.   Random  access 
allows  the  user  to  read  and  write  records  at  any  position  of  a  file  in  a 
random  order,  identifying  the  location  of  a  record  by  a  key  (e.g., 
identification  number)  or  by  an  address,  (i.e.,  the  word  in  the  file  at 
which  the  record  will  begin) .   Random  access  usually  gives  the  ability  to 
rewrite  any  record  cf  a  file  without  affecting  any  other  record. 

CRM  offers  sequential  file  organization  and  four  types  of  random 
organization:  Word  Addressable,  Indexed  Sequential,  Direct  Access  and 
Actual  Key.   Word  Addressable  files  are  very  easy  to  manipulate  because 
they  are  treated  much  like  an  array  of  words.   The  other  types  of  random 
access  files  are  more  complicated  and  require  careful  study  and  planning 
for  effective  use. 


Record  Formats 

As  mentioned  above,  each  call  to  GET  or  PUT  processes  one  record.  What  a 
record  consists  of  is  determined  by  the  record  type  being  used.   A  record 
type  specifies  how  the  length  of  each  record  is  determined.   Under  CRM,  the 
length  is  always  expressed  in  terms  of  characters  rather  than  words.   A 
word  can  contain  up  to  10  characters. 

Common  CRM  record  types  are  fixed  (each  record  is  the  same  length  as  every 
other  record  in  the  file),  undefined  (the  length  of  each  record  must  be 
supplied  when  read  or  written),  terminated  (each  end-of-record  is  marked  by 
a  special  symbol)  or  written  with  control  words  (a  word  in  each  record 
gives  the  length  of  the  record). 

The  record  type  selection  depends  on  what  the  file  is  to  be  used  for,  or  on 
how  the  file  was  initially  written.   The  following  should  be  considered: 

Each  file  organization  allows  only  certain  record  types. 

Each  record  type  has  a  different  cost,  either  in  terms  of  file  space 
required  or  processing  speed. 


Blocking  Techniques 

For  the  sake  of  efficiency,  records  are  usually  collected  into  groups 
called  blocks,  thus  allowing  one  or  more  records  to  be  read  or  written  at  a 
time.   Blocking  is  always  done  by  CRM,  but  the  blocking  technique  that  CRM 
is  to  use  may  be  specified.   Blocking  techniques  control  such  factors  as 
block  length,  the  types  of  records  within  a  block  and  whether  or  not 
records  can  span  blocks. 
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Once  a  file  organization  and  record  type  have  been  chosen,  the  number  of 
possible  blocking  techniques  is  reduced  to  one  or  two,  making  decisions 
fairly  easy. 


File  Information  Table 

All  the  information  needed  by  CRM  to  process  a  file  is  contained  in  an 
array  called  the  File  Information  Table  (FIT).   CRM  requires  one  FIT  for 
each  file  to  be  used.   From  the  FIT,  CRM  subroutines  can  find  the 
specifications  for  file  organization,  record  type,  blocking  techniques, 
record  length,  etc. 

The  FIT  contains  a  large  number  of  fields,  each  holding  the  value  of  a 
particular  parameter  affecting  CRM  operation.   FIT  parameters  may  be  set 
either  when  a  program  is  compiled  or  when  it  is  executed,  as  long  as  the 
required  fields  have  valid  values  when  an  actual  PUT,  GET  or  other 
operation  is  performed. 

One  of  the  main  strengths  of  using  CRM  is  that  the  same  CRM  subroutine 
calls  can  be  used  with  a  wide  variety  of  file  organizations,  record  types 
and  other  options.   Programs  can  be  written  in  such  a  way  as  to  make  them 
independent  of  the  actual  parameters  chosen. 

CRM  provides  a  way  to  change  parameters  when  a  program  is  run,  without 
requiring  modifications  to  the  program.   A  special  control  statement, 
called  the  FILE  statement,  allows  most  FIT  parameters  to  be  specified  at 
run  time  and  automatically  substitutes  these  parameter  values  into  the  FIT 
of  the  proper  file. 


CRM  Documentation 

Only  one  manual  is  required  to  thoroughly  understand  and  effectively  use 
CRM:  CYBER  Record  Manager  Version  1  User's  Guide,  CDC  No.  60359600.  The 
organization  of  this  manual  is: 

Chapter  1     Introduces  CRM  concepts  and  summarizes  the  various  file 
organizations  offered. 

Chapter  2     Explains  how  CRM  operation  is  governed  by  the  File 

Information  Table  and  how  the  user  can  set  this  table. 

Chapter  3     Discusses  exactly  what  a  record  is  and  details  the  various 
record  types  available. 

Chapter  4     Talks  about  the  simplest  file  organization,  sequential,  and  . 
the  ways  in  which  records  can  be  placed  or  blocked  onto  a 
disk  or  tape. 

Chapters  5-9  Give  the  details  needed  to  handle  all  types  of  random/direct 
access  files. 
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Chapter  10    Explains  how  CRM  may  be  called  from  programs  written  in  the 
COMPASS  assembly  language. 

Chapter  11    Tells  how  the  FORTRAN  programmer  may  call  CRM. 

Chapter  12    Gives  details  on  how  errors  are  handled  by  CRM  and  how  the 
user  may  affect  this  processing. 


How  to  Use  CRM 

CRM  is  used  every  time  a  CYBER  FTN  (FORTRAN)  program  is  run.   The  FTN 
compiler  processes  I/O  statements  using  CRM  subroutine  calls.   The  use  of 
CRM  goes  unobserved  because  the  FIT  parameter  settings  and  the  GET  and  PUT 
operations  are  handled  by  FTN.   This  works  because  the  default  FIT 
parameters  which  are  chosen  are  proper  for  most  applications. 

The  defaults  can  be  changed  by  using  a  FILE  statement  for  the  appropriate 
local  filename  used  during  execution.  The  ability  to  change  the  FIT 
parameters  is  very  useful  for  those  who  read  S  and  L  format  tapes  written 
on  other  computer  systems.  Complete  details  of  how  FTN  uses  CRM  and  which 
CRM  options  may  be  changed  can  be  found  in  Chapter  16  of  the  FTN  Extended 
Reference  Manual.  This  chapter  is  quite  informative  once  Chapters  1-3  of 
the  CYBER  Record  Manager  User's  Guide  have  been  read. 

NOTE:   If  a  FILE  statement  is  used  in  conjunction  with  FTN,  it  is  necessary 
to  use  the  LDSET  statement.   Read  Page  16-7  of  the  FTN  Extended 
Reference  Manual  for  further  information. 

Other  CDC  languages,  notably  COBOL,  use  CRM  to  perform  I/O  functions.  A 
CDC  manual  explaining  the  use  of  CRM  with  COBOL  will  be  available  at  the 
CSO  Distribution  Center  (Room  164  DCL)  in  the  near  future. 

To  access  the  CRM  features  which  are  not  provided  by  FORTRAN'S  I/O 
statements,  the  user  can  directly  code  calls  to  CRM  subroutines.   Files 
manipulated  by  explicit  CRM  calls  should  not  be  listed  in  the  PROGRAM 
statement  or  referenced  in  any  FORTRAN  I/O  statement. 

The  set  of  subroutines  built  into  FTN  which  provide  access  to  all  of  CRM's 
capabilities  are  listed  in  the  section  FORTRAN  -  CYBER  RECORD  MANAGER 
INTERFACE  in  Chapter  8  of  the  FTN  Extended  Reference  Manual.   To  summarize 
what  a  typical  application  involves: 

1 .  An  array  is  declared  for  use  as  a  FIT  and  its  fields  are  set  via 
FILEXX  and/or  STOREF  subroutine  calls. 

2.  OPENM  is  called  to  process  the  FIT  and  open  the  file  for 
processing.   OPENM  causes  FILE  card  values  to  be  used  if  supplied. 

3.  PUT  and/or  GET  are  called  to  do  all  I/O. 

4.  CLOSEM  is  called  to  end  processing  of  the  file. 
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Further  details  on  the  FORTRAN  interface  to  CRM  may  be  found  in  Chapter  11 
of  the  CYBER  Record  Manager  User's  Guide. 


In  summary,  FORTRAN  users  usually  need  not  be  aware  of  CRM's  existence. 
User's  who  need  to  change  the  default  record  type  used  by  FORTRAN  I/O 
statements  need  only  learn  the  use  of  a  FILE  control  statement  and  the 
meaning  of  the  CRM  parameters  relating  to  record  length  and  blocking. 

Users  who  wish  to  make  full  use  of  random  access  file  organizations  can  do 
so  by  making  explicit  calls  to  CRM  subroutines  in  either  FORTRAN  or 
COMPASS. 


DEBLOCK  AND  TBLOCK 

DEBLOCK  and  TBLOCK  are  CYBER  procedure  files  which  are  used  to  transfer 
data  to  and  from  tapes.   To  access  these  procedure  files,  issue  the 
commands: 

GET , DEBLOCK/UN=LIBRARY . 
or 

GET , TBLOCK/UN=LIBRARY . 
To  obtain  interactive  documentation  for  either  of  these  procedures,  type: 

CALL,DEBLOCK(HELP=YES) 
or 

CALL , TBLOCK ( HELP = YES) 

This  provides  a  short  explanation  of  the  DEBLOCK  or  TBLOCK  parameters.   For 
more  detailed  documentation,  enter  the  command: 

CALL,DEBLOCK(HELP=DETAIL) 
or 

CALL,TBLOCK(HELP=DETAIL) 

To  print  a  copy  of  this  information,  enter  the  commands: 

CALL,DEBLOCK(HELP=DETAIL,OUTPUT=X) 
PRINT, X/RJE=remote  identification. 


or 


CALL,TBLOCK(HELP=DETAIL,OUTPUT=X) 
PRINT, X/RJE=remote  identification. 
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DEBLOCK 

DEBLOCK  is  used  to  read  blocked  tape  files  and  write  records  into  a  local 
disk  file.   The  calling  sequence  for  the  DEBLOCK  procedure  is: 

CALL,DEBLOCK(TAPE=lfn,DISK=disk,RECSIZE=rs,BF=bf,LIMIT=rl,LIST=n) 

All  items  in  lower  case  indicate  values  which  must  be  provided  by  the  user. 
A  description  of  each  of  the  DEBLOCK  parameters  is  given  below. 

TAPE=lfn    Specifies  the  local  filename  used  to  reference  the  tape.   This 
should  be  the  same  as  the  lfn  specified  on  the  LABEL  control 
statement.  The  tape  is  read  from  its  current  position,  i.e., 
its  position  at  the  time  DEBLOCK  is  called.   For  9-track  tape 
usage,  proper  conversion  (CV=EB  or  CV=AS)  must  be  specified  on 
the  LABEL  statement.   The  tape  is  read  to  end-of-file  and 
remains  positioned  just  after  that  point.   (The  tape  should  be 
mounted  in  the  F=S  or  F=L  format.) 

DISK=disk   Specifies  the  name  of  a  local  disk  file  into  which  the  records 
are  written  as  lines.   The  disk  file  is  not  repositioned  before 
DEBLOCK  begins  writing  into  it.  When  the  last  record  is 
written  into  the  file,  DEBLOCK  writes  an  end-of-partition  into 
it,  e.g.,  an  /EOP  in  BOSS,  and  leaves  the  file  positioned  at 
the  end-of-information. 

RECSIZE=rs  Specifies  the  length,  in  number  of  characters,  of  each  of  the 
records  stored  on  the  tape.   If  not  specified,  the  default 
value  is  80.   Currently,  RECSIZE  may  not  exceed  300. 


BF=bf 


Specifies  the  maximum  number  of  records  stored  in  a  single 
block  on  the  tape.   If  not  specified,  the  default  value  is  64, 
which  is  sufficient  in  most  cases.   Note:  If  the  product  of  BF 
and  RECSIZE  is  greater  than  5120,  the  tape  must  be  mounted  in 
the  format  F=L. 


LIMIT=rl    Specifies  the  number  of  tape  records  to  be  read.   DEBLOCK  stops 
reading  the  tape  when  the  specified  number  of  records  are  read 
(or  when  a  tape  mark  is  reached,  whichever  comes  first).   The 
tape  remains  positioned  at  one  or  two  blocks  after  the  last 
record  read.   DEBLOCK  does  enter  an  end-of-partition  in  the 
disk  file.   If  not  specified,  or  if  LIMIT=0,  DEBLOCK  reads  the 
tape  to  a  tape  mark  and  thus  reads  an  entire  tape  file. 


LIST=n      If  desired,  the  first  n  records  on  the  tape  can  be  listed  to 

the  system  file  OUTPUT  to  provide  a  visual  check  on  the  records 
read  from  tape.   For  example,  if  LIST=100,  DEBLOCK  lists  the 
first  100  records  read.   If  RECSIZE  is  greater  than  136, 
DEBLOCK  prints  only  the  first  136  columns  of  each  record 
listed.   If  LIST  is  not  specified,  no  records  are  listed. 
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TBLQCK 

TBLOCK  is  used  to  transfer  a  local  disk  file  to  a  tape  and  to  specify  any 
desired  blocking  factor.   The  calling  sequence  for  the  TBLOCK  procedure  is: 

CALL,TBLOCK(TAPE=lfn,DISK=disk,RECSIZE=rs,BF=bf,LIMIT=rl,LIST=n) 

All  items  in  lower  case  indicate  values  which  must  be  provided  by  the  user. 
A  description  of  each  of  the  TBLOCK  parameters  is  given  below. 

TAPE=lfn    Specifies  the  local  filename  used  to  reference  the  tape.   This 
should  be  the  same  as  the  lfn  specified  on  the  LABEL  control 
statement.   The  data  is  written  on  the  tape  beginning  at  its 
current  position,  so  the  tape  must  be  positioned  properly. 
When  all  records  have  been  written  to  the  tape,  a  tape  mark  is 
entered  by  the  system. 

DISK=disk   Specifies  the  local  disk  file  from  which  the  records  are 

transferred.   The  file  is  read  from  its  current  position  and 
each  line  of  the  disk  file  is  made  into  one  record  on  the  tape. 
TBLOCK  reads  the  disk  file  until  either  an  end-of-partition  or 
end-of-inforraation  is  encountered,  whichever  comes  first.   The 
file  should  not  have  lower  case  letters  in  it;  TBLOCK  cannot 
handle  a  CYBER  ASCII  file  properly. 

RECSIZE=rs  Specifies  the  length  of  the  records  being  transferred  to  tape. 
Each  line  of  the  disk  file  must  be  no  longer  than  the  value  of 
RECSIZE.   Lines  which  are  shorter  are  padded  on  the  right  with 
blanks  before  being  transferred  to  tape.   If  not  specified,  the 
default  value  of  RECSIZE  is  80.   Currently,  RECSIZE  may  not 
exceed  300. 


BF=bf 


Specifies  the  number  of  records  to  be  grouped  together  to  form 
a  block  on  the  tape.   If  not  specified,  the  default  value  is 
10.   If  the  product  of  BF  and  RECSIZE  is  greater  than  5120,  the 
tape  must  be  mounted  in  the  format  F=L. 


LIMIT=rl    Specifies  the  number  of  lines  from  the  disk  file  to  be 

transferred  to  tape.   The  disk  file  is  read  until  the  record 
limit  is  reached,  an  end-of-partition  is  encounterd  or  an 
end-of-information  is  encountered.   If  not  specified,  or  if 
LIMIT=0,  the  record  limit  is  9999999. 

LIST=n      Specifies  the  number  of  lines  from  the  disk  file  to  be  copied 
to  the  system  file  OUTPUT  as  they  are  transferred  to  tape.   As 
with  DEBLOCK,  if  a  line  is  longer  than  136  columns,  only  the 
first  136  columns  are  printed.   If  LIST  is  not  specified,  no 
lines  are  listed. 


Both  procedures  produce  additional  message  on  the  system  file  OUTPUT  which 
pertain  to  error  conditions  and  number  of  records  transferred.   Some 
messages  also  are  placed  in  the  user's  dayfile  (in  particular,  the  message 
about  number  of  records  transferred).   Specify  HELP=DETAIL  on  a  call  to 
DEBLOCK  or  TBLOCK  to  obtain  further  information. 
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USING  IBM  TAPES  ON  THE  CYBER 

The  creation  and  use  of  IBM  compatible  tapes  on  the  CYBER  require  some 
adjustments  to  compensate  for  the  differences  between  the  two  systems. 
Three  important  differences  to  be  considered  are: 

An  IBM  tape  must  use  the  EBCDIC  character  set  rather  than  the  standard 
DISPLAY  character  set  used  by  the  CYBER. 

.   An  IBM  tape  requires  a  tape  format  of  S  (stranger)  or  L  (long 
stranger)  rather  than  the  CYBER  default  format  I  (internal). 

Record  length,  block  length  and  blocking  factors  are  specified  by  the 
user;  CYBER  tape  usage  automatically  includes  this  information  on  the 
tape. 

The  information  given  below  pertains  only  to  tapes  which  contain  data 
written  in  characters.   For  information  about  reading  IBM  tapes  which 
contain  binary  data,  see  the  Data  Conversion  Guide.   This  guide  is 
available,  free  of  charge,  in  the  CSO  Distribution  Center  (Room  164  DCL) . 

When  the  format  of  a  control  language  command  is  given,  all  items  in  lower 
case  indicate  values  which  must  be  provided  by  the  user.   Examples  are 
given  to  illustrate  the  valid  use  of  some  of  the  commands. 


Character  Set 

The  CYBER  default  character  set  is  DISPLAY  (6-bit).   To  specify  the  EBCDIC 
(8-bit)  character  set,  required  for  IBM  compatible  tape  usage,  include  the 
parameter  CV=EB  on  the  LABEL  control  statement.   This  causes  an  automatic 
conversion  between  DISPLAY  and  EBCDIC  characters. 


Tape  Format 

The  F  parameter  on  the  LABEL  control  statement  determines  how  the  data  is 
recorded  on  the  tape.   The  CYBER  default  format  is  F=I  (internal  format) 
which  allows  for  information  about  the  length  of  each  data  record  to  be 
recorded  on  the  tape.   The  360/75  can  neither  generate  this  type  of  format 
nor  easily  read  this  data.   Instead,  either  the  F=S  (stranger)  or  F=L  (long 
stranger)  format  must  be  used. 

F=S  and  F=L  specify  that  only  the  actual  data  is  written  on  the  tape, 
without  recording  length  information.   F=L  is  used  if  the  actual  length  of 
a  physical  record  is  longer  than  5120  6-bit  characters  or  3840  8-bit 
characters.   The  F=L  format  requires  increased  system  overhead  and  should 
be  avoided  when  possible. 
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Record  and  Block  Lengths 

Because  F=S  and  F=L  formatted  tapes  are  recorded  without  length 
information,  the  user  must  specify  this  information  before  the  program 
statements  are  given. 

The  logical  record  length  is  defined  by  the  length  of  each  data  record. 
For  example,  if  the  data  from  a  card  deck  is  being  read  to  tape,  the  record 
length  would  be  80  characters  or  80  columns. 

The  block  length  is  the  physical  length  of  data  recorded  on  the  tape.   A 
short  record  gap  occurs  between  each  block  on  the  tape.   A  block  can 
contain  one  or  more  records  and  the  number  of  records  per  block  defines  the 
blocking  factor.   As  the  value  of  the  blocking  factor  increases,  fewer 
record  gaps  are  needed,  thus  reducing  wasted  space  on  the  tape.   Blocking 
factors  within  a  range  of  one  to  40  are  generally  reasonable.   Note  that  as 
the  block  length  increases,  the  amount  of  core  required  to  run  the  program 
also  increases. 

Record  length,  block  length  and  blocking  factors  can  be  specified  as 
options  to  local  blocking  or  deblocking  procedures  (i.e.,  TBLOCK  or 
DEBLOCK)  or  on  a  FILE  control  statement. 


Labelled  Tapes 

An  EBCDIC  labelled  tape  is  used  in  the  same  way  that  a  labelled  F=I  format 
tape  is  used  (OFF-LINE,  March,  1978,  "Tape  Usage  on  the  CYBER  175"). 
Generally,  the  values  of  the  VSN  and  SI  parameters  are  the  same.   One  of 
the  parameters  QN  or  FI  is  used  on  a  LABEL  control  statement  to  position 
the  tape  to  a  particular  file.   The  value  of  the  FI  parameter  and  the  IBM 
dataset  name  (DSNAME)  should  be  the  same. 


Unlabelled  Tapes 

To  use  an  unlabelled  tape,  specify  the  LB=KU  parameter  on  the  LABEL  control 
statement.   The  tape  can  be  positioned  to  particular  tape  files  by  using 
one  of  the  following  NOS  commands: 

REWIND  Positions  the  tape  to  the  beginning  (load  point). 

SKIPR  Skips  physical  records. 

SKIPF  Skips  physical  files. 

SKIPBF  Backspaces  over  files. 

SKIPEI  Positions  the  tape  to  the  end  of  data. 

For  more  information  about  these  commands,  see  the  NOS  Reference  Manual 
Volume  1 . 
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Reading  an  IBM  Compatible  Tape 

A  LABEL  control  statement  is  used  to  request  a  tape  mount  before  an  IBM 
compatible  tape  is  read.   The  format  of  the  command,  including  some  of  the 
available  parameters,  is: 

LABEL(lfn,VSN=tpname-rk#,NT,PO=R,CV=EB,F=S,SI=tpname,QN=n) 

where : 

lfn        Is  the  local  filename  used  to  reference  the  tape. 

tpname-rk#  Specifies  the  tape  name  and  rack  number. 

NT         Specifies  that  the  tape  be  mounted  on  a  9-track  tape  drive. 

PO=R       Specifies  that  the  write  ring  be  removed  from  the  tape  which 
places  the  tape  in  read  only  mode. 

CV=EB       Converts  EBCDIC  characters  to  DISPLAY  characters. 

F=S        Indicates  that  the  tape  is  in  S  format. 

QN=n       Positions  the  tape  to  the  specified  tape  file  number. 

For  additional  information  about  the  LABEL  control  statement,  see  Chapter 
10  of  the  NOS  Reference  Manual  Volume  1. 

After  the  LABEL  statement  is  issued,  the  tape  can  be  read  into  a  disk  file 
by  using  one  of  the  following  methods: 

.   Use  the  DEBLOCK  procedure  file.   DEBLOCK  reads  blocked  data  and  writes 
records  into  a  local  disk  file.   To  access  DEBLOCK,  type: 

GET , DEBLOCK/UN=LIBRAR Y . 

The  calling  sequence  format,  including  some  of  the  available 
parameters,  is: 

CALL,DEBLOCK(TAPE=lfn,DISK=disk,RECSIZE=rs,BF=bf) 

where: 

lfn   Specifies  the  local  filename  used  to  reference  the  tape. 

disk  Specifies  the  local  disk  file  to  which  the  data  is  transferred. 

rs    Specifies  the  record  length  of  each  record  on  the  tape. 

bf    Specifies  the  number  of  records  stored  in  one  tape  block 
(blocking  factor). 

For  additional  information  about  the  DEBLOCK  procedure  file,  see 
reference  guide  RF-3.18. 
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Example: 

LABEL ( TAPER , VSN=TESTER-EOOO , NT , PO=R , CV=EB ,  F=S , SI=TESTER , QN=  1 ) 

GET , DEBLOCK/UN=LIBRARY . 

CALL , DEBLOCK ( TAPE=TAPER , DISK=MYFILE , RECSIZE=80 , BF= 1 0 ) 

To  transfer  additional  files  from  the  same  tape  before  it  is 
dismounted  (e.g.,  RETURN, lfn)  the  tape  must  be  repositioned  by  a  LABEL 
statement  in  the  format: 

LABEL ( lfn, SI=tpname,QN=n) 

followed  by  a  subsequent  call  to  DEBLOCK. 

Example: 

LABEL(TAPER,SI=TESTER,QN=2) 

CALL , DEBLOCK(TAPE=TAPER , DISK=AFILE , RECSIZE=80 , BF=20 ) 

Execute  a  FORTRAN  program,  using  both  the  FILE  and  LDSET  control 
statements. 

The  FILE  control  statement  is  used  to  specify  record  and  block  length 
information  and  must  precede  the  LDSET  command.   The  format  of  the 
command  is: 

FILE ( lfn ,BT=K , RT=F , FL=f 1 ,MBL=bl , RB=bf ) 

where: 

lfn   Is  the  local  filename  used  to  reference  the  tape. 

BT=K  Specifies  that  each  block  contains  the  same  number  of  records. 

RT=F  Specifies  that  all  records  are  the  same  length. 

fl    Specifies  the  record  length. 

bl    Specifies  the  block  length. 

bf    Specifies  the  blocking  factor. 

For  detailed  information  about  the  FILE  control  statement,  see  the 
CYBER  Record  Manager  User's  Guide. 

The  LDSET  control  card  is  used  to  indicate  to  the  FORTRAN  program  that 
a  FILE  control  statement  was  specified  and  must  immediately  precede 
the  load  of  the  object  file  (i.e.,  LGO).   The  format  of  the  command 
is: 

LDSET(FILES=lfn) 

where  lfn  is  the  filename  used  to  reference  the  tape  (as  given  in  both 
the  LABEL  and  FILE  control  statements) . 
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Example: 

LABEL ( TAPER , VSN=TESTER-EOOO , NT , PO=R , CV=EB , F=S , SI=TESTER , QN= 1 ) 

FILE (TAPER, BT=K,RT=F,FL=80,MBL=800 ,RB= 10) 

FTN,I=MYPROG. 

LDSET(FILES=TAPER) 

LGO. 

To  transfer  additional  files  from  the  same  tape  before  it  is 
dismounted  (e.g.,  RETURN, lfn)  the  same  sequence  of  control  statements 
is  used.   However,  the  format  of  the  subsequent  LABEL  statement  is 
changed  to  reposition  the  tape: 

LABEL ( lfn, SI=tpname,QN=n) 

NOTE:   If  the  same  FORTRAN  program  is  being  run,  it  is  not  necessary 
to  repeat  the  FTN  control  statement. 

Example: 

LABEL ( TAPER , SI=TESTER , QN=2 ) 

FILE ( TAPER , BT=K , RT=F , FL=80 , MBL= 1 600 , RB=20 ) 

LDSET(FILES=TAPER) 

LGO. 


Creating  an  IBM  Compatible  Tape 

A  LABEL  control  statement  is  used  to  request  a  tape  mount  and  to  write  an 
internal  label  before  an  IBM  compatible  tape  is  created.   The  format  of  the 
command,  including  some  of  the  available  parameters,  is: 

LABEL ( 1 fn , VSN=tpname-rk# , NT , P0=W , W , CV=EB , F=S , SI= tpname) 

where: 

P0=W  Specifies  that  a  write  ring  be  put  in  the  tape  which  allows  the  tape 
to  be  written  on. 

W     Specifies  that  an  internal  label  is  to  be  written  on  the  tape. 

After  the  LABEL  statement  is  issued,  the  disk  file  can  be  written  to  a  tape 
by  using  one  of  the  following  methods: 

.  Use  the  TBLOCK  procedure  file.  TBLOCK  transfers  data  from  a  local 
disk  file  to  a  tape,  using  any  desired  blocking  factor.  To  access 
TBLOCK,  type: 

GET , TBLOCK/UN=LIBRARY . 

The  calling  sequence,  including  some  of  the  available  parameters,  is: 

CALL,TBLOCK(TAPE=lfn,DISK=disk,RECSIZE=rs,BF=bf) 
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where: 

lfn   Specifies  the  local  filename  used  to  reference  the  tape. 

disk  Specifies  the  local  disk  file  from  which  data  is  transferred. 

rs    Specifies  the  length  of  the  records  to  be  transferred  to  tape. 

bf    Specifies  the  number  of  records  in  each  tape  block. 

For  additional  information  about  the  TBLOCK  procedure  file,  see 
reference  guide  RF-3 .18. 

Example: 

LABEL ( TAPE  1 , VSN=MYTAPE-E999 , NT , PO=W , W , CV=EB , F=S , SI=MYTAPE ) 

GET,TBLOCK/UN=LIBRARY. 

CALL,TBL0CK(TAPE=TAPE1 ,DISK=FILE1 ,RECSIZE=120,BF=20) 

To  transfer  additional  disk  files  to  the  same  tape  before  it  is 
dismounted  (e.g.,  RETURN, lfn)  the  tape  must  be  positioned  to  the 
end-of-information  by  a  LABEL  statement  in  the  format: 

LABEL(lfn,SI=tpname,QN=9999) 

followed  by  a  subsequent  call  to  TBLOCK. 

Example: 

LABEL(TAPE1 ,SI=MYTAPE,QN=9999) 

CALL , TBLOCK( TAPE=TAPE 1 , DISK=FILE2 , RECSIZE=80 , BF= 1 0 ) 

Execute  a  FORTRAN  program,  using  both  the  FILE  and  LDSET  control 
statements.   As  given  above,  the  formats  for  the  FILE  and  LDSET 
statements  are: 

FILE(lfn,BT=K,RT=F,FL=fl,MBL=bl,RB=bf) 
and 

LDSET(FILES=lfn) 

Example: 

LABEL(TAPE1,VSN=MYTAPE-E9999,NT,PO=W,W,CV=EB,F=S,SI=MYTAPE) 

FILE (TAPE 1,BT=K,RT=F,FL=1 20, MBL=2400,RB=20) 

FTN,I=0UTPR0G. 

LDSET(FILES=TAPE1) 

LGO. 

To  transfer  additional  files  to  the  same  tape  before  it  is  dismounted 
(e.g.,  RETURN, lfn)  the  same  sequence  of  control  cards  is  used. 
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However,  the  format  of  the  subsequent  LABEL  statement  is  changed  to 
reposition  the  tape  to  the  end-of-information,  e.g.: 

LABEL (lfn,SI=tpname,QN=9999) 

NOTE:   The  FTN  control  statement  need  not  be  repeated  if  the  same 
FORTRAN  program  is  being  run. 

Example : 

LABEL(TAPE1 ,SI=MYTAPE,QN=9999) 

FILE ( TAPE  1 , BT=K , RT=F , FL=80 , MBL=8000 , RB= 1 0 ) 

LDSET(FILES=TAPE1) 

LGO. 

If  problems  are  encountered  when  using  IBM  tapes  on  the  CYBER,  or  if 
additional  assistance  is  needed,  contact  the  Systems  Consultants  (Room  138 
DCL,  333-6133). 


ENQUIRE  COMMAND  CHANGES 

The  ENQUIRE  command  may  be  used  to  obtain  information  about  a  CYBER  job. 
The  information  returned  by  the  system  is  determined  by  the  parameters  that 
are  specified  in  conjunction  with  the  command. 

Changes  have  been  made  to  three  of  the  ENQUIRE  parameters: 

.   ENQUIRE, R 

In  addition  to  providing  a  list  of  the  resources  used,  the  R  parameter 
now  provides  the  current  dollar  cost  of  the  job.  Connect  time  charges 
are  included  when  applicable. 

ENQUIRE, S 

The  S  parameter  now  provides  both  the  number  of  SRU's  used  and  the 
corresponding  dollar  value  for  these  charges.   Connect  time  charges 
are  included  when  applicable. 

.   ENQUIRE, JN=jobname 

This  allows  enquiry  of  a  job  being  processed  under  a  different  user 
index  hash,  where  jobname  is  a  seven-character,  valid  CYBER  jobname, 
e.g.,  ENQUIRE, JN=AA2I123. 

If  the  specified  jobname  is  three  characters  in  length,  the  system 
recognizes  them  as  a  suffix  to  the  current  user  index  hash  and  returns 
information  only  for  that  specific  job,  e.g.,  ENQUIRE, JN=123- 

If  a  value  is  not  assigned  to  the  JN  parameter,  the  system  provides 
information  about  all  jobs  being  processed  under  the  current  user 
index  hash. 

For  details  about  all  the  ENQUIRE  command  parameters,  see  the  NOS  Reference 
Manual  Volume  1. 
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STATISTICAL  SERVICES 


IBM  SPSS  RELEASE  7.2 

A  new  release  of  IBM  SPSS  was  installed  on  May  12,  1978.   Numerous  errors 
in  the  previous  release  have  been  fixed.   The  control  statements  given 
below  can  be  used  to  access  the  various  Release  7.2  systems: 

Version  H  Release  7.2   (500  variable  version) 

//  EXEC  SPSSV7 

Version  M  Release  7.2   (1000  variable  version) 

/•SETUP  UNIT=2314,V0L=UITST5 
//PROCLIB  DD  DSN=SYS4.PR0CLIB,DISP=SHR 
//  EXEC  SPSSM 

Version  G  Release  7.2   (100  variable  version) 

//  EXEC  SPSSG7 

An  earlier  release  of  Version  G  (Release  6)  is  still  available  and  may  be 
accessed  with  the  control  statement: 

//  EXEC  SPSSG 

This  release  is  the  only  SPSS  system  which  is  also  available  on  EXPRESS. 

A  list  of  SPSS  program  errors  which  were  fixed  in  Release  7.2  may  be 
obtained  from  the  Statistical  Services  Consultants  (Room  65  Commerce  West) 


IBM  SPSS  RELEASE  7 
UPDATE  MANUAL  ERRORS 

An  errata  sheet  for  the  IBM  SPSS  Release  7  Update  Manual  is  available  at 
the  Statistical  Services  Consulting  Office  (Room  65  Commerce  West). 


NUMERICAL  SERVICES 


SPURT/76 


CSO  obtained  SPURT/76,  a  "Simulation  Package  for  University  Research  and 
Teaching",  from  Vogelback  Computing  Center  at  Northwestern  University. 
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SPURT/76  is  available  on  the  CYBER  as  a  direct  access  library.   This 
library,  SPRTLIB,  can  be  used  from  a  batch  job  as  follows: 

<SIGNON  and  BILL  information> 


ATTACH , SPRTLIB/UN=LIBRARY . 

$LIBRARY, SPRTLIB. 

FTN. 

LGO. 

7/8/9 

<main  program  in  FORTRAN  that  calls  SPURT  routines> 

7/8/9 

<data  to  be  read> 
6/7/8/9 

A  SPURT/76  manual  is  available  for  reference  at  the  Systems  Consulting 
Office  (Room  138  DCL).   This  manual  may  be  purchased  at  the  CSO 
Distribution  Center  (Room  164  DCL)  for  $8.00  each.  Questions  and  comments 
about  the  SPURT/76  package  may  be  addressed  to  Stan  Kerr  (Room  175  DCL, 
333-4715). 


MISCELLANEOUS 


DATABASE  MANAGEMENT 

CSO  is  considering  the  possibility  of  acquiring  a  Database  Management 
System  for  the  CYBER.   In  order  to  assess  the  demand  for  such  a  service  and 
to  establish  what  kind  of  database  would  be  suitable  for  CSO  users,  please 
let  us  know  what  kind  of  database  management  scheme  would  be  most 
beneficial. 

Inquiries  and  comments  may  be  addressed  to  Mike  Randal  (Room  120  DCL, 
333-9772). 


HELP  WANTED 


COMPUTER  PROGRAMMER  POSITION 


The  Illinois  Natural  History  Survey  has  an  opening  for  a  programmer  to  work 
with  the  storage,  retrieval  and  analysis  of  biological  and  bibliographical 
information.   The  primary  responsibilities  are  to  use  and  modify  a  set  of 
FORTRAN  programs  that  serves  the  SIRIC  library.   Applicants  must  be 
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familiar  with  tape  and  disk  handling  on  the  360/75  and  the  CYBER,  and 
should  be  knowledgeable  in  the  design  and  operation  of  large  scale  data 
handling  systems.   A  secondary  responsibility  is  to  use  SOUPAC,  SAS  and 
similar  statistical  packages  to  analyze  biological  data. 

The  position  is  available  immediately  and  will  continue  for  at  least  one 
year.   This  is  a  half-time  appointment  with  the  possibility  of  full-time 
employment  during  the  summer  only.   A  BS  or  BA  degree  is  required.   The 
starting  salary  (half-time)  is  $500  per  month. 

For  further  information,  contact  Mr.  William  Ruesink  (333-6820  or  333-6006) 
or  come  in  person  to  Room  74  Natural  Resources  Building. 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of 
OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
request  for  removal  is  received,  or  until  a  mailing  is  returned  as 
undeliverable. ) 


Check  one:   (   )  New  subscriber 
(   )  Removal  request 
(   )  Address  correction 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  N0S,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 


POLICY 


TURNAROUND  TIMES  ON  HASP 

CSO  has  set  turnaround  targets  for  HASP  jobs  that  the  operations  staff  will 
attempt  to  achieve  through  the  strategic  setting  of  job  initiators.   These 
targets  will  be  in  effect  from  8:00  AM  to  midnight.   From  midnight  to  8:00 
AM,  priority  will  revert  to  oldest  job  first.   It  is  important  to  note  that 
these  targets  do  not  apply  to  bulk  jobs. 

Turnaround,  for  purposes  of  this  policy,  includes  setup  jobs  within  their 
appropriate  class,  and  is  the  time  from  submission  to  job  initiation.   The 
DT  display  has  been  modified  to  reflect  this  definition  of  turnaround. 

The  targets  are  ordered  in  such  a  way  that  if  one  fails,  the  next  becomes 
operational.   As  the  load  increases  and  a  backlog  begins  to  build,  the  next 
lower  target  becomes  operational.   Conversely,  as  the  load  decreases  and 
the  backlog  is  reduced,  the  next  higher  target  becomes  operational. 

These  turnaround  targets  for  HASP  jobs  are: 

TARGET  1    A  turnaround  of  30  minutes  or  less  for  all  jobs  in  classes 
A-G,  and  an  equal  turnaround  for  all  classes.   There  will 
be  no  favoritism  to  small  jobs.  This  target  may  be 
difficult  to  achieve  because  of  the  length  of  jobs  in 
class  G. 

TARGET  2    A  turnaround  of  30  minutes  or  less  for  all  jobs  in  classes 
A-C,  and  an  equal  turnaround  for  these  jobs.   Jobs  from 
classes  D-G  to  be  run  when  classes  A-C  are  consistently 
running  within  the  30  minute  turnaround  time.   If  there  is 
work  in  classes  D-G,  no  effort  will  be  made  to  go  below 
the  30  minute  limit  on  classes  A-C.   All  jobs  will  be 
turned  around  in  less  than  24  hours. 

TARGET  3    A  turnaround  of  30  minutes  for  all  jobs  in  class  A,  45 
minutes  for  class  B,  and  60  minutes  for  jobs  in  class  C. 
First  priority  in  improvement  will  be  a  45  minute 
turnaround  for  class  C,  then  an  equal  improvement  of  both 
classes  C  and  B  to  a  30  minute  turnaround.   All  jobs  will 
be  turned  around  in  less  than  24  hours. 


TARGET  4    All  jobs  in  classes  A,  B,  and  C  will  have  turnaround  times 
of  30  minutes,  45  minutes,  and  60  minutes  respectively. 
This  will  be  continued  until  Target  3  objectives  can  be 
applied.   All  jobs  will  be  turned  around  in  less  than  24 
hours. 


UNIX*  SYSTEM 

Two  services  using  the  UNIX  system  are  outlined  below.   Each  takes 
advantage  of  special  facilities  not  currently  available  on  other  CSO 
computers. 

A  small  allocation  of  CSO  supported  time  will  be  available  in  FY79  and  a 
letter  announcing  the  means  of  obtaining  these  allocations  has  been  sent  to 
departments.   These  services  will  be  evaluated  as  part  of  a  general  review 
of  the  offerings  of  the  CSO  UNIX  system  around  February  1,  1979. 


Experimental  Text  Processing  System 

CSO  has  made  a  one-year  commitment  to  an  experimental  text  processing 
system.   This  system  is  a  DEC  PDP-11/50  running  the  Bell  Labs  Unix 
operating  system.   The  Unix  system  offers  a  wide  variety  of  text  processing 
programs,  many  of  which  are  unique  to  this  campus.   Initially,  CSO  is 
looking  for  a  few  users  who  are  willing  to  participate  this  summer  in 
helping  us  determine  how  best  to  make  these  tools  available.   These  users 
must  have  requirements  which  cannot  currently  be  met  by  existing  CYBER 
software,  such  as: 

Greek  characters  and  mathematical  symbols 

Formatting  of  tables  and  equations 

Footnote  processing 

Automatic  generation  of  table  of  contents 

Automatic  generation  of  sorted  index 

Support  of  special  output  peripherals 

A  consultation  service  is  available  to  assist  users  in  determining  if  the 
Unix  system  is  better  suited  to  their  application  than  other  CSO 
facilities.  Also,  conversion  assistance  and  system  time  subsidies  will  be 
made  available  to  new  Unix  users  on  an  individual  need  basis.   A  small 
allocation  of  CSO  support  may  be  available  for  applications  which  assist  in 
developing  the  service.   For  further  information,  contact  Ed  DeWan 
(333-8253,  8:00  AM  to  4:00  PM  weekdays)  or  Marsha  Conley  (333-6545,  10:00 
AM  to  noon  weekdays). 

Digital  to  Analog  Conversion  System 

CSO  now  has  an  operational  digital  to  analog  conversion  facility.   This 
facility  is  a  subsystem  of  the  Unix  system  mentioned  above.   There  are 
currently  two  low-pass  filtered  DACs  set  up  for  transfer  rates  of  40,000 
12-bit  samples  per  second  to  one  converter  or  20,000  12-bit  samples  per 
second  per  channel  to  two  converters.  The  system  can  maintain  this 
transfer  rate  with  unique  data  stored  on  disk  for  up  to  12  minutes,  or  with 


repetitive  data  from  an  in-core  buffer  indefinitely.  The  system  will  be 
upgraded  this  summer  to  provide  1 4-bit  conversion  at  infinitely  variable 
transfer  rates  up  to  60K+  samples/second.   Software  currently  exists  for 
processing  tape  output  from  other  machines.   Rates  and  conversion  schedules 
have  not  been  determined  and  will  be  influenced  favorably  by  the  amount  of 
interest.   For  further  information,  contact  Jody  Kravitz  (333-1546,  10:00 

AM  to  noon  weekdays).  

*  A  registered  trademark  of  Western  Electric. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  May,  the  approximate  mean  time  between  failures  for  the  CYBER  was  39 
hours  and  the  mean  time  to  repair  was  about  37  minutes.   PPU  errors  and 
restore  errors  caused  the  major  problems  on  the  CYBER. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  13  hours 
and  the  mean  time  to  repair  was  about  21  minutes.  Most  of  the  problems  on 
the  360/75  were  caused  by  hardware  errors  on  channel  zero  and  some  minor 
software  errors. 

Starting  August  1,  1978,  attention  to  some  problems  on  the  IBM  360/75  will 
be  deferred  until  the  end  of  the  operating  hours  for  the  Library. 


CYBER 


TRANSFERRING  TAPES  BETWEEN  VARIOUS  INSTALLATIONS 

Tape  recording  techniques  must  be  considered  when  a  tape  is  used  at  an 
installation  other  than  the  one  at  which  it  was  created.   The  main 
differences  occur  in  the  following  areas: 

Number  of  tracks,  recording  density  and  parity 

Type  of  data 

Labels 

Tape  format 

Record  and  block  lengths 


If  a  tape  is  always  used  on  the  same  make  of  computer  with  an  identical 
operating  system,  problems  may  not  occur.   However,  many  computer 
manufacturers  use  different  recording  techniques  for  tapes,  and 
foreknowledge  of  these  differences  will  minimize  the  occurrence  of  tape 
problems. 


Number  of  Tracks.  Recording  Density  and  Parity 

A  tape  can  be  recorded  on  a  7-track  tape  drive  or  on  a  9-track  tape  drive. 
A  tape  written  on  a  9-track  drive  cannot  be  read  on  a  7-track  drive  and 
vice-versa.   This  may  be  a  problem  since  not  all  installations  have  both 
7-track  and  9-track  tape  drives. 

Also,  there  are  various  recording  densities  which  determine  how  compactly 
the  data  is  written  on  the  tape.  Density  is  measured  in  bytes  per  inch 
(BPI),  e.g.,  the  density  at  which  the  data  is  to  be  read  and/or  written. 
The  7-track  drive  at  CSO  can  handle  200  BPI  (for  reading  only),  556  BPI  and 
800  BPI.  The  9-track  drives  can  handle  800  BPI  and  1600  BPI.  Some  9-track 
drives  at  other  installations  can  handle  data  as  dense  as  6250  BPI. 

Parity  is  used  to  check  for  physical  problems  on  the  tape.   Odd  parity  is 
used  for  9-track  tapes  and  either  even  parity  or  odd  parity  can  be  used  on 
a  7-track  tape. 


Type  of  Data 

Data  can  be  recorded  on  a  tape  as  character  data  or  binary  data. 

Character  data  differs  greatly  between  various  computer  manufacturers. 
Some  of  the  common  character  codes  are  ASCII,  EBCDIC  (used  by  IBM)  and 
DISPLAY  (used  by  CDC).  Generally,  some  internal  conversion  of  the 
characters  on  the  tape  to  the  character  set  of  the  machine  that  is  to  be 
used  will  be  necessary.   In  all  cases,  it  is  beneficial  to  keep  a  list 
which  describes  the  machine  representation  of  the  character  set  which  was 
used  to  record  the  tape.   This  is  particularly  useful  if  a  tape  from 
another  installation  is  being  used  at  CSO  and  if  the  data  is  recorded  in  a 
character  set  other  than  ASCII,  EBCDIC  or  DISPLAY.   If  you  plan  to  send  a 
tape  recorded  on  the  CYBER,  send  a  copy  of  the  proper  code  conversion 
charts  found  in  Appendix  A  of  NOS  Reference  Manual  Volume  1  as  well. 

Binary  data  is  a  difficult  problem  to  handle  when  transferring  data  to  a 
machine  with  a  different  word  size.   IBM's  360  and  370  series  machines  use 
a  32-bit  word  size;  CDC's  170  series  machines  use  a  60-bit  word  size. 
Detailed  information  about  reading  and  converting  IBM  data  to  CYBER  data  at 
CSO  is  given  in  the  Data  Conversion  Guide.   This  guide  is  available,  free 
of  charge,  in  the  CSO  Distribution  Center  (Room  164  DCL).   To  convert 
binary  data  with  a  different  word  size  to  the  CYBER,  contact  the  Systems 
Consultants  (Room  138  DCL,  333-6133)  for  assistance. 


Labels 

A  tape  can  be  written  with  or  without  internal  labels.   Internal  labelling 
is  recommended  since  it  is  a  precaution  against  accidentally  mounting  the 
wrong  tape.   However,  there  are  various  machines  that  either  do  not 
generate  labels  or  cannot  read  labels  produced  by  other  machines.   IBM  uses 
IBM  standard  labels  and  can  read  ANSI  labels.   CDC  uses  ANSI  labels  and  can 
read  IBM  standard  labels.   If  you  have  other  than  IBM  standard  or  ANSI 
labels,  contact  the  Systems  Consultants  (Room  138  DCL,  333-6133)  for 
methods  of  dealing  with  them. 

Also,  each  file  on  a  labelled  tape  has  an  identifying  name  recorded  on  the 
tape.   An  accurate  record  of  these  file  names  should  be  kept. 

Most  computers  are  capable  of  bypassing  or  ignoring  any  labels  found  on  a 
tape.   This  is  the  case  for  both  the  CYBER  and  360/75,  so  labelled  tapes 
are  preferred  at  this  installation.   However,  other  sites  may  prefer 
unlabelled  tapes. 

Unlabelled  tapes  eliminate  the  need  to  keep  track  of  internal  labels  and 
file  identifiers;  however,  an  accurate  record  of  the  contents  of  the  tape 
must  be  maintained.   Unlabelled  tapes  should  be  avoided.   The  use  of 
internal  labels  helps  avoid  positioning  errors. 


Tape  Format 

Numerous  formats  are  available  for  writing  data  onto  a  tape.   Depending  on 
the  type  of  format  used,  information  about  the  length  of  data  records  may 
or  may  not  be  recorded  on  the  tape.   CDC  uses  the  following  formats: 

.   F=I  (Internal  format)  is  used  on  NOS  and  KR0N0S  systems  and  F=SI 
(Scope  Internal  format)  is  used  on  SCOPE  systems.   These  internal 
formats  record  control  information  about  the  length  of  data  blocks 
along  with  the  data  on  the  tape.   The  control  information  is 
transparent  to  the  user  and  is  only  processed  properly  on  CDC 
computers. 

F=S  (Stranger  format)  and  F=L  (Long  Stranger  format)  is  used  for  tapes 
with  no  internal  control  information.   Tapes  with  physical  records 
less  than  or  equal  to  5120  6-bit  characters  (or  3840  8-bit  characters) 
can  be  handled  with  F=S.   Longer  physical  records  (blocks)  require  the 
use  of  the  F=L  format  and,  as  a  result,  require  more  time  and  memory 
to  be  processed  by  the  system.  The  formats  F=S  and  F=L  do  not  provide 
for  internal  recording  of  data  record  lengths.   This  information  is 
specified  via  a  FILE  card  on  the  CYBER  or  via  a  DCB  parameter  on  an 
IBM  Data  Definition  (DD)  card.   Usually,  F=S  is  used  for  non-CDC 
produced  tapes. 

F=F  (Foreign  format)  is  generally  reserved  for  analyzing  tapes  for 
which  the  tape  format  is  unknown.   The  program  EXAMINE  may  be  used  for 
this  analysis. 


Record  and  Block  Lengths 

Record  length  refers  to  the  amount  of  data  processed  by  each  READ  or  WRITE 
statement.   One  or  more  records  can  be  stored  within  a  block.   There  is  a 
physical  gap  between  each  block.   As  the  block  size  increases,  the  number 
of  physical  gaps  decreases,  thus  reducing  the  amount  of  wasted  space  on  the 
tape.   However,  increased  block  sizes  require  additional  memory  usage. 

With  CDC  Internal  format  tapes,  the  data  block  lengths  are  set  by  the 
system  and  need  not  be  known  by  the  user.  With  CDC  Stranger  format  tapes, 
the  length  information  is  not  recorded  on  the  tape;  therefore,  a  written 
list  of  record  and  block  lengths  must  be  kept  by  the  user. 

IBM  labelled  tapes  record  the  length  information  in  a  header  before  each 
data  file.   IBM  unlabelled  tapes  record  no  length  information  but  rather, 
use  the  DCB  information  given  on  the  DD  card.   It  is  to  the  user's 
advantage  to  keep  track  of  the  lengths  in  all  cases. 


Recording  Preferences 

Each  computer  site  has  a  particular  set  of  tape  specifications  that  it 
finds  easiest  to  handle.  Be  sure  to  contact  the  site  receiving  your  tape 
and  prepare  a  tape  to  their  exact  specifications,  if  possible  and  carefully 
document  all  specifications  that  are  chosen. 

For  tapes  to  be  read  on  the  CYBER,  the  following  are  suggested: 

.   9-track/l600  BPI  coded  in  ASCII  or  EBCDIC 

.   Labelled  -  ANSI  or  IBM  standard 

Fixed  length  blocks  -  up  to  3840  bytes  per  block 

Fixed  length,  card  image  records  -  80  bytes/record 

If  the  tape  is  coming  from  a  N0S/KR0N0S  site,  an  I  format  tape  prepared  by 
copying  a  disk  file  directly  to  the  tape  is  acceptable;  the  same  is  true 
for  SCOPE  sites  but  the  SI  format  must  be  used. 

Summary 

Knowledge  of  these  differences  does  not  guarantee  uncomplicated  tape  usage 
on  any  machine.   However,  it  will  help  determine  the  degree  of  difficulty 
that  may  be  encountered  when  using  a  tape  at  a  different  installation.   In 
all  cases,  it  is  beneficial  to  the  user  to  keep  written  information  about 
each  tape  so  that  tape  differences  can  be  easily  evaluated.   Be  sure  to 
send  a  copy  of  this  information  along  with  any  tape  you  take  to  another 
installation  and  insist  on  receiving  this  information  for  any  tape  produced 
elsewhere. 


There  are  ways  to  acquire  information  about  unknown  contents  of  a  tape, 
e.g.,  EXAMINE  on  the  CYBER  and  DEBBY  on  the  IBM  360/75.   Contact  the 
Systems  Consultants  (Room  138  DCL,  333-6133)  for  further  information. 


LOADER 

Almost  everyone  who  has  used  the  CYBER  has  used  the  loader  at  some  time. 
Although  some  users  may  know  about  the  loader,  they  may  not  be  aware  of  its 
various  facilities.   Therefore,  this  article  is  the  first  in  a  series  of 
articles  explaining  the  loader  process  on  the  CYBER. 

The  loader  is  a  very  sophisticated  utility  which: 

Builds  an  executable  central  memory  image  of  a  compiled  program. 

Connects  subroutines  together. 

Searches  and  loads  subroutines  or  programs  from  libraries. 

Sets  the  field  length  for  the  start  of  execution. 

Provides  overlay  and  segmentation  functions. 


On  the  CYBER,  the  loader  is  invoked  by: 

A  control  statement  which  is  a  local  file  name  (e.g.,  LGO). 

Specific  loader  control  statements  (e.g.,  LDSET). 

System  calls  from  within  a  program  (e.g.,  calling  SORTMRG  from  a  FTN 
program) . 


The  Loading  Process 

When  a  compiler  such  as  FTN,  PASCAL,  or  COBOL  compiles  a  program,  its 
output  file  (e.g.,  LGO)  is  normally  referred  to  as  a  relocatable  binary  or 
object  file.   This  output  file  contains  a  machine  code  translation  of  the 
program,  modified  so  that  it  can  be  placed  at  any  location  in  memory.  Each 
external  subroutine  is  compiled  separately;  that  is,  even  though  a  main 
program  and  a  subroutine,  SUBR,  are  in  the  same  file,  a  compiler  normally 
looks  at  only  one  of  these  at  a  time. 

When  processing  the  main  program,  the  compiler  inserts,  in  the  relocatable 
file,  a  loader  directive  which  indicates  that  this  program  calls  for  a 
subroutine,  SUBR  (an  external  reference).   Then,  when  processing  the 
subroutine,  the  compiler  inserts,  in  the  relocatable  file,  a  directive 
which  indicates  this  is  the  start  of  SUBR.   Depending  on  the  compiler,  it 


could  also  insert  directives  that  would  force  the  search  of  particular 
libraries,  preset  uninitialized  central  memory  to  specific  values,  or 
perform  various  other  functions. 

Later,  to  execute  this  program  and  subroutine,  the  loader  is  invoked  and  it 
begins  to  read  the  relocatable  file.   As  it  reads  the  file,  the  loader 
inserts  many  of  the  directives  it  sees  into  tables  (e.g.,  search  the 
FORTRAN  library).  When  it  reaches  the  main  program,  it  places  that  program 
at  some  location  in  central  memory  and  adjusts  the  modified  addresses  to 
the  actual  absolute  central  memory  addresses  which  the  hardware  can  use. 
The  loader  still  remembers  that  after  it  loads  the  main  program,  it  needs 
the  subroutine  SUBR.   It  now  reads  the  subroutine,  SUBR,  from  the  file  and 
places  it  at  some  location  in  the  central  memory,  again  adjusting 
addresses.   The  loader  then  goes  back  to  the  main  program  and  inserts  the 
actual  central  memory  address  of  the  start  of  SUBR  into  the  call  statement. 

When  all  relocatable  binaries  are  loaded,  the  loader  often  has  a  list  of 
external  reference  names  which  have  not  yet  been  found  (resolved).   The 
loader  searches  the  default  system  library  and  any  other  libraries  it  has 
been  told  to  search  via  directives.  If  a  subroutine  of  the  same  name  as  an 
external  reference  is  found,  it  is  loaded  from  the  library. 

Note  that  a  subroutine  loaded  from  a  particular  library  may  itself  call 
other  external  references  from  the  same  or  other  libraries.  To  solve  this 
problem,  the  loader  scans  the  set  of  libraries  circularly  until  either  all 
externals  have  been  resolved  or  one  complete  pass  has  been  made  through  the 
set  of  libraries  with  no  externals  resolved.   If  the  loader  cannot  find  a 
subroutine  SUBX,  it  issues  the  non-fatal  error  message: 

UNRESOLVED  EXTERNAL  REFERENCE  -  SUBX 

At  this  point,  loading  would  be  complete  and,  if  there  were  no  fatal  load 
errors,  execution  would  begin. 


SPITBOL,  VERSION  3.1 

Version  3.1  of  SPITBOL  replaced  Version  2.7  as  the  current  system  version 
on  June  5,  1978.  Version  2.7  wil  continue  to  be  available  until  July  17, 
1978  via  the  PAST  command.   To  obtain  SPITBOL,  VERSION  2.7,  use  the 
command : 

PAST, SPITBOL. 

before  using  the  SPITBOL  command. 

Users  wishing  to  see  an  interim  copy  of  the  documentation  of  SPITBOL, 
VERSION  3.1  should  use: 

GET , SPITDOC/UN=DOCUMNT . 
PRINT, SPITDOC/CC. 


A  printed  copy  of  the  SPITBOL  VERSION  3.1,  including  local  changes,  will  be 
available  in  the  near  future. 


NEW  VERSION  OF  MANTRAP  AVAILABLE 

Version  1.6  of  MANTRAP  is  now  available  in  the  FUTURE  library  for  testing 
by  users.   This  version  is  expected  to  fix  all  known  bugs  in  the  present 
version  of  MANTRAP.   It  also  offers  enhanced  support  for  time-sharing 
users.   Version  1.6  writes  a  full  analysis  of  a  program  which  fails  to  a 
local  file  MANTRAP  while  printing  highlights  of  the  error  to  the  terminal. 
The  user  should  be  able  to  locate  the  error  with  this  short  terminal 
message,  but,  if  this  proves  to  be  impossible,  a  full  dump  is  available  for 
in-depth  review. 

Version  1.6  of  MANTRAP  is  available  to  users  of  batch  and  the  BATCH 
subsystem  of  time-sharing  via  the  command: 

FUTURE, MANTRAP. 

If  no  serious  difficulties  arise  in  this  version,  it  will  become  the  system 
version  on  July  31,  1978. 


STATISTICAL  SERVICES 


SOUPAC  ON  THE  CYBER 

SOUPAC  has  been  available  on  the  CYBER  for  several  months.   During  these 
months,  CSO  Statistical  Services  has  continued  to  convert  new  routines  as 
well  as  fix  any  reported  bugs.  Most  of  the  more  popular  routines  have  been 
converted,  and  most  of  the  features  previously  not  available  on  the  CYBER 
have  been  implemented.   The  beginning  of  the  fall  semester  has  been  set  as 
the  target  date  for  implementing  a  full  version  of  SOUPAC  on  the  CYBER. 

CSO  encourages  users  to  start  running  SOUPAC  jobs  on  the  CYBER.   Turnaround 
times  are  far  superior  on  the  CYBER  to  turnaround  times  on  the  IBM  360/75. 
In  addition,  it  is  quite  easy  to  set  up  SOUPAC  runs  so  that  they  may  be 
alternately  run  on  the  CYBER  or  the  IBM  360/75  depending  on  whether  the 
routines  used  have  been  converted  or  not. 

Contact  the  CSO  Statistical  Services  Consultants  (Room  65,  Commerce  West, 
333-2170)  for  assistance.   The  most  recent  handouts  explaining  the  use  of 
SOUPAC  on  the  CYBER  are  also  available  from  the  Statistical  Services 
Consultants. 
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CSO  STATISTICAL  SERVICES  SUMMER  MINI-COURSES 

CSO  Statistical  Services  will  be  offering  three  mini-courses  on  Saturday, 
July  22,  1978.   This  will  be  the  only  time  that  these  courses  will  be 
offered  this  summer.   The  three  topics  to  be  covered  are:  SOUPAC,  SPSS,  and 
FOSOL  and  all  courses  will  be  oriented  toward  the  CYBER.   The  SOUPAC  course 
will  be  limited  to  helping  users  convert  from  the  IBM  360/75  to  the  CYBER. 
Users  taking  this  course  should  be  experienced  in  using  SOUPAC.   (This  is 
not  an  introductory  course).   Each  course  will  be  limited  to  one  three-hour 
session.   Although  the  SPSS  session  will  cover  that  statistical  package,  it 
will  include  only  a  subset  of  the  material  usually  presented  during  the 
regular  workshop.   The  FOSOL  session  will  cover  a  relatively  new 
structured-programming  language  that  has  been  designed  for  statisticians. 
The  only  prerequisite  for  the  SPSS  and  FOSOL  courses  is  a  general  knowledge 
of  statistics. 

The  courses  are  open  to  all  University  of  Illinois  faculty,  graduate 
students,  and  staff.  There  is  a  limit  of  forty  persons  per  course. 
Contact  the  CSO  Statistical  Services  Consultants  (Room  65,  Commerce  West, 
333-2170)  for  more  information  about  the  content  of  the  courses.  To  make 
reservations,  please  contact  the  CSO  office  (Room  150  DCL,  333-1637). 

The  courses  to  be  given  on  Saturday,  July  22,  1978,  the  time  of  day  they 
will  be  given,  and  the  room  assignments  are: 

Conversion  to  CYBER  SOUPAC  -  9:00  AM  -  Room  237  DCL 

Introduction  to  CYBER  SPSS   -  9:00  AM  -  Room  239  DCL 

Introduction  to  CYBER  FOSOL  -  1:30  PM  -  Room  239  DCL 


STAT  MANUAL  AVAILABLE 

Manuals  are  now  available  for  the  STAT  statistical  package  on  the  CYBER. 

They  may  be  purchased  for  $2.75  at  the  CSO  Distribution  Center  (Room  164 
DCL). 


MISCELLANEOUS 


TERMINAL  TO  TRADE 

Anyone  interested  in  trading  a  DECwriter  II  for  a  VISTAR  GT-CRT,  please 
contact  David  B.  Anderson,  156  Animal  Sciences  Lab;  telephone,  333-3787 
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OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
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SYSTEM  NOTES 


RELIABILITY  REPORT 

During  June  the  approximate  mean  time  between  failures  for  the  CYBER  175 
was  67  hours  and  the  mean  time  to  repair  was  about  26  minutes.  PPU  errors 
and  2550  communications  equipment  errors  caused  the  major  problems  on  the 
CYBER . 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  18  hours 
and  the  mean  time  to  repair  was  about  18  minutes.  Most  of  the  problems  on 
the  360/75  were  caused  by  hardware  errors  on  channel  zero  and  some  minor 
software  errors. 

As  of  August  1,  1978,  attention  to  non-catastrophic  problems  on  the  360/75 
will  be  deferred  until  the  end  of  the  operating  hours  for  the  Library 
Circulation  System. 


CYBER 


NAMING  A  GRAPHICS  PROGRAM 

Frequently,  when  a  program  is  written  to  do  some  type  of  graphics  via  the 
Graphics  Compatibility  System  (GCS) ,  the  program  is  named  PLOT,  as  shown  in 
the  following  example. 

PROGRAM  PLOT  (INPUT , OUTPUT) 


CALL  USTART 


CALL  UEND 


END 

Problem:   The  above  program  works  when  doing  plots  on  the  line  printer,  an 
Infoton,  or  a  Tektronix  terminal.  However,  when  the  program 
with  the  name  of  PLOT  is  used  to  produce  a  CalComp  plot  it  is 
ABORTED  by  a  PP  program. 

Error:     The  GCS  interface  library  to  CalComp  (GCSCALC)  produces  a  plot 
by  calling  the  standard  CalComp  subroutines  in  library  CALCOMP. 
One  of  the  subroutines  in  that  library  is  a  subroutine  called 
PLOT,  which  is  called  from  USTART.   Unfortunately,  since  the 


program's  name  is  PLOT,  the  loader  never  loads  the  CalComp  PLOT 
subroutine  and  forces  USTART  to  reinvoke  the  program.  The 
PP-ABORT  which  stopped  the  program  is  just  one  of  a  number  of 
errors  which  can  occur  in  this  situation,  depending  on  the 
statements  preceding  the  CALL  USTART. 

Solution:  Change  the  name  PLOT  in  the  PROGRAM  statement  to  some  name  not 
used  by  either  GCS  or  CalComp.  (Note:  PLOTS  is  also  a  CalComp 
entry  point  and  cannot  be  used.) 


INVOKING  THE  LOADER 

A  control  language  statement  is  the  most  frequently  used  method  for 
invoking  the  loader.  Nine  control  language  statements  which  will  invoke 
the  loader  are  presented  in  the  following  list.  Those  statements  marked 
with  an  *  are  also  valid  loader  sequence  terminators. 

name  calls  (e.g.,  LGO)* 

LOAD 

LIBLOAD 

SLOAD 

EXECUTE* 

NOGO* 

SATISFY 

LDSET 

SEGLOAD 

Whenever  the  loader  is  invoked  by  one  of  the  nine  statements,  it  begins  a 
loader  sequence.   The  loader  sequence  continues  with  as  many  control 
statements  as  necessary,  all  pertaining  to  the  same  loading  operation, 
until  a  load  sequence  terminator  is  encountered  (statements  marked  with  an 
*) .   The  loader  will  then  terminate  loading  operations  and  the  program  will 
be  executed,  if  requested  and  no  fatal  errors  have  occurred.  The  user  may 
request  that  the  program  not  be  executed  and  that  some  alternative  action 
be  taken. 

Only  the  nine  control  language  statements  are  valid  during  a  loader 
sequence.   If  some  other  control  statement  is  encountered,  the  diagnostic 
message 

NO  TERMINATOR  IN  LOAD  SEQUENCE. 

is  produced  and  an  error  exit  is  taken.   In  a  batch  job  this  will  cause  a 
skip  to  an  EXIT  control  statement,  or  will  cause  termination  of  the  job  if 
no  EXIT  statement  is  encountered.   In  the  BATCH  subsystem  under 


time-sharing,  the  terminal  will  be  returned  to  monitor  mode  and  a  /  prompt 
will  be  given. 

There  are,  however,  some  restrictions  on  the  use  of  loader  sequences  in 
time-sharing.   Loader  sequences  can  be  issued  only  in  the  BATCH  subsystem 
or  through  a  procedure  file  call.   If  they  are  issued  directly  in  the  BATCH 
subsystem,  they  can  be  only  one  control  statement  long.   This  means  that 
only  the  load  sequence  terminators  (name  calls,  EXECUTE,  or  NOGO)  are 
valid.   Of  these  valid  terminators,  a  name  call  is  the  only  one  that  makes 
sense  in  this  context. 

A  name  call  is  a  valid  1  to  7  character  name  (e.g.,  LGO  or  FTN)  which  is 
encountered  as  a  control  statement.   When  such  a  name  is  encountered  as 
part  of  the  control  statement  file,  the  system  looks  at  the  list  of  local 
files  and,  if  a  local  file  of  the  same  name  is  found,  the  loader  is 
invoked.   (Note  that  LGO  is  merely  the  name  of  the  default  local  file  where 
binaries  are  placed  by  compilers.   LGO  can  be  changed  to  a  different  name 
and,  like  any  other  file,  a  GET,  REPLACE,  or  SAVE  may  be  used  on  it.) 

Once  the  loader  has  been  invoked,  it  will  build  a  core  image,  modify 
addresses,  and  link  subroutines  as  described  in  the  loading  process  article 
(OFF-LINE,  July,  1978,  "Loader")  and  then  start  execution,  if  possible. 

A  program,  when  invoked,  has  available  to  it  the  control  statement  which 
invoked  it.   For  example,  the  name  call 

LGO, P ARAM. 

could  possibly  allow  the  program  loaded  from  LGO  to  access  the  parameter 
PARAM.   Some  higher  level  languages  (e.g.,  FTN  or  PASCAL)  predefine  these 
parameters  and  deal  with  them  prior  to  the  actual  execution  of  a  program. 
In  these  languages  this  parameter  is  taken  to  be  a  substitute  filename. 
However,  this  faciltiy  may  not  be  available  in  other  higher  level 
languages.   Some  languages  may  allow  the  user  to  deal  directly  with  the 
control  statement,  and  some  languages  may  ignore  it  altogether. 

Example  1 : 

Run  a  program  and  save  the  relocatable  file: 

GET,SRCPRG  (get  the  FORTRAN  source) 

FTN,I=SRCPRG.       (compile  it  producing  LGO  file) 
SAVE,LGO=SRCPRGB.    (save  LGO  for  next  time  under 

name  SRCPRGB) 
LGO.  (execute  the  program) 

Later,  execute  the  program  again: 


GET, SRCPRGB.        (get  binary  file  of  program) 
SRCPRBG.  (load  and  execute  it) 


Taking  Example  1  one  step  further,  SRCPRG  need  not  be  a  complete  program. 
It  could  be  a  subroutine  which  the  user  has  checked  and  is  confident  of  its 
reliability.   The  user  could  save  this  subroutine  as  a  binary  file, 
recompile  the  main  program  and  some  other  subroutines  (or  vice  versa).  The 
binary  file  of  the  recompiled  program  could  then  be  combined  with  a  file 
containing  precompiled  subroutines,  thus  enabling  both  to  be  used  for  a 
given  execution  at  load  time.   Example  2  shows  two  equivalent  sets  of 
control  language  statements  to  accomplish  this  task. 

Example  2: 

GET, MAIN.  GET, MAIN. 

FTN,I=MAIN.  FTN,I=MAIN. 

GET,SUBRB.  GET,SUBRB. 

LOAD,SUBRB.  LOAD,LGO. 

LGO.  SUBRB. 

Note  that  the  order  of  loading  does  not  matter. 

The  LOAD  command  allows  the  user  to  specify  multiple  local  files  from  which 
binaries  are  loaded.   Its  format  is: 

L0AD,lfn1,lfn2, . . . 

The  local  files  specified  on  a  LOAD  command  and  the  file  specified  on  name 
call  are  rewound  prior  to  loading. 

There  is  another  way  of  loading  the  two  files  shown  in  Example  2  and  then 
executing  them.   This  method  uses  the  EXECUTE  statement.   The  EXECUTE 
statement  is  nothing  more  than  a  terminator  for  a  load  sequence  which  will 
cause  whatever  library  searches  are  necessary  to  resolve  external 
references,  and  then  will  cause  execution  of  the  loaded  program  to  begin. 
To  load  and  execute  the  main  program  and  subroutines  shown  in  Example  2  the 
user  would  enter: 

GET, MAIN. 
FTN,I=MAIN. 
GET, SUBRB. 
LOAD, LGO, SUBRB. 
EXECUTE. 

Selection  of  the  method  to  be  used  is  merely  a  matter  of  personal 
preference,  since  all  methods  accomplish  the  same  thing. 


AUXILIARY  LOADER  INFLUENCING  COMMANDS 

In  addition  to  the  nine  loader-invoking  control  language  statements 
discussed  in  the  previous  article,  there  are  five  control  statements  which 
do  not  invoke  the  loader,  but  set  system  information  that  will  influence 
the  action  of  the  loader  when  it  is  invoked.   These  five  control  statements 
are: 

LIBRARY 

MAP 

MFL 

REDUCE 

RFL 

The  LIBRARY  statement  is  used  to  set  or  clear  the  global  library  set. 
(Libraries  will  be  discussed  in  the  September  issue  of  OFF-LINE.) 

The  MAP  statement  is  used  to  control  the  output  of  a  loader  map,  which  is  a 
directory  listing  of  where  subroutines  are  placed  in  core.   The  MAP 
statement  can  have  three  forms: 

.  MAP, OFF.   (default) 

.  MAP, PART. 

.  MAP, ON. 

MAP, OFF  instructs  the  loader  not  to  produce  a  map.  MAP, PART  produces  a  map 
which  contains  only  a  list  of  loaded  routines  and  their  locations.  MAP, ON 
produces  the  same  output  as  MAP, PART,  but  in  addition,  produces  a  cross 
reference  list  of  external  references  and  where  they  are  called  from.  Note 
that  this  merely  sets  the  default  map  type.   Either  a  LDSET  control 
statement  or  a  LDSET  directive  contained  in  the  relocatable  file  will 
override  this. 

The  MFL,  RFL  and  REDUCE  statements  control  the  allocation  of  core  memory 
and  how  unused  core  is  treated  at  the  end  of  a  load.  MFL  is  used  to  set 
the  maximum  field  length  (amount  of  memory)  any  program  in  this  job  or 
terminal  session  may  use.   By  default  MFL  is  set  to  the  lower  of  either  the 
maximum  amount  allowed  to  the  active  User  Number/BILL  combination  or  the 
maximum  allowed  to  any  job  dependent  on  time  of  day. 

Maximum  Available 

time       decimal     octal 

800-1400  65,972  177,000 

1400-1600  49,152  140,000 

1600-2000  65,972  177,000 

2000-0800  130,569  377,000 


The  MFL  control  statement  can  be  used  to  further  limit  the  amount  of  core 
available.   For  example: 

MFL, 140000. 

would  limit  the  amount  of  core  available  for  the  remainder  of  the  batch  job 
or  time-sharing  session  unless  another  MFL  statement  is  issued. 

The  RFL  and  REDUCE  statements  work  in  conjunction  to  determine  the  initial 
running  field  length  of  a  program.   A  program  can,  within  its  binary, 
specify  the  amount  of  field  length  it  needs.   If  the  program  contains  this 
information  the  loader  will  automatically  set  the  field  length  to  that 
amount.   If  this  information  is  not  available,  the  loader  estimates  the 
amount  of  memory  necessary.   This  estimation  is  based  on  the  size  of  the 
program,  the  RFL  specified  and  the  REDUCE  mode.   The  RFL  is  the  minimum 
amount  of  field  length  which  will  be  allocated  by  the  loader  for  program 
execution.   For  example,  the  RFL  control  statement: 

RFL, 20000. 

would  set  the  RFL  to  20000  octal.   The  REDUCE  mode  of  the  program  is  set  by 
a  REDUCE  control  statement  of  the  form: 

REDUCE.     or     REDUCE,-. 

REDUCE  mode  is  the  default  and  causes  the  loader  to  set  the  execution  field 
length  of  the  program  to  the  minimum  of  either  the  RFL  or  the  length  of  the 
loaded  program  rounded  up  to  the  nearest  100  words.   If  REDUCE,-,   (known 
as  reduce  minus  mode)  is  specified,  the  execution  field  length  is  always 
set  to  the  RFL. 

Operations  in  REDUCE  mode,  although  very  efficient  and  less  costly,  will 
normally  work  only  on  languages  which  statically  allocate  all  variables 
(e.g.,  COBOL  or  FTN) .  Languages  which  do  many  dynamic  allocations  of 
variables  (e.g.,  PASCAL  or  A68)  usually  require  the  setting  of  reduce  minus 
mode.   Note  that  if  one  is  in  reduce  minus  mode,  the  RFL  must  be  set  high 
enough  to  contain  the  program  even  if  the  program  does  not  require  it. 


STATISTICAL  SERVICES 


EFAP  ON  THE  CYBER 

The  Exploratory  Factor  Analysis  Program  (EFAP)  which  is  authored  by  Dag 
Sorbom  and  Karl  G.  Joreskog  of  the  University  of  Uppsala  has  been  installed 
on  the  CYBER.   This  program  can  perform  an  exploratory  factor  analysis 
using  one  of  the  following  methods: 

Joreskog fs  method  (FAJ) 

Unweighted  least  squares  (ULS) 

Generalized  least  squares  (GLS) 

Maximum  likelihood  (ML) 

This  program  is  based  on  the  program  UFABY3  and  includes  several  new 
features. 

The  reference  manual  is  EFAP  EXPLORATORY  FACTOR  ANALYSIS  PROGRAM  USER'S 
GUIDE,  National  Education  Resources,  Inc.,  1976,  which  may  be  purchased 
from  the  CSO  Distribution  Center  (Room  164  DCL) . 

The  following  commands  are  needed  to  utilize  EFAP: 

GET , EFAP/UN=LIBRARY . 
EFAP,file1,file2. 

where : 

filel   is  the  name  of  the  local  file  containing  your  problem  information. 
If  filel  is  not  specified,  the  information  is  contained  in  the 
system  file  INPUT  by  default. 

file2  is  the  name  of  the  local  file  to  which  your  results  are  written.   If 
file2  is  not  specified,  the  results  are  written  to  the  system  file 
OUTPUT  by  default. 

Any  problems  or  questions  concerning  this  program  should  be  directed  to  the 
CSO  Statistical  Services  Consultants  (Room  65  Commerce  West,  333-2170). 


HELP  WANTED 


SIMULATION  PROJECT 


A  programmer  is  needed  who  has  a  background  and  interest  in  simulations. 
The  project  requires  the  simulation  of  a  simple  model  farm.   The  salary  is 
$5  per  hour.  For  more  information,  contact  Dean  John  Campbell,  104  Mumford 
Hall,  333-3380. 


NOVA  3  PROGRAMMER 

A  quarter-time  assistantship  is  available  for  a  programmer  who  has 
experience  on  the  NOVA  3.   Applicants  should  have  experience  in  FORTRAN  and 
assembler.  Work  will  consist  of  foreground  and  background  programming. 
Please  contact  William  Greenough,  833  Psychology  Lab.,  333-4472. 


MATHEMATICAL  CONSULTING 

CSO  has  a  half-time  assistantship  available  for  someone  familiar  with 
mathematical  programming  and  use  of  mathematical  libraries  and  packages 
such  as  IMSL,  APEX,  and  MPSX.   Duties  will  include  consulting  with  users 
needing  assistance  using  CSO's  CYBER  175  or  IBM  360/75  computers.  For  more 
information  contact:  Bob  Penka,  173  DCL,  333-4709  or  Stan  Kerr,  175  DCL, 
333-4715. 
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SPECIAL  ISSUE 

The  first  article  in  this  issue  concerns  the  new  text  editor,  ICE.  The 
second  article  concerns  Release  4  of  NOS,  the  CYBER  operating  system.  The 
information  in  the  remaining  articles  was  presented  in  OFF-LINE  during  the 
1978  academic  year.  These  articles  review  information  concerning  CSO 
policies,  system  facilities  and  system  software  use. 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 


NEW  TEXT  EDITOR 

ICE,  Illinois  Central  Editor,  replaces  BOSS  as  the  recommended  text  editor 
on  the  CYBER  175.   The  major  reasons  for  this  change  are: 

ICE  provides  improved  response  times.   For  the  most  commonly  used 

commands,  ICE  will  usually  respond  ten  times  faster  than  any  other 

editor.   For  commands  that  process  large  blocks  of  text,  ICE  should 
respond  no  slower  than  BOSS. 

ICE  incurs  much  less  system  overhead  than  BOSS.   This  will  allow 
growth  in  the  number  of  users  who  can  be  served  with  reasonable 
response  time. 

The  performance  improvements  result  from  executing  most  commands  with  a 
system  program  that  is  always  resident  in  central  memory.   With 
conventional  editors,  90$  or  more  of  the  response  time  delays  are  due  to 
job  scheduling  rather  than  the  actual  editing.   With  ICE,  only  the 
following  processes  require  job  scheduling: 

Intializing 

Termination 

Copies  and  transfers 

Reads  and  writes  of  additional  files 

Loops  and  procedures 

Our  studies  indicate  that  the  average  ICE  user  will  use  about  15 
memory-resident  commands  in  each  edit  session,  and  that  very  few  people  use 
the  copies,  etc.   This  means  that  ICE  provides  a  7  to  1  reduction  in  the 
scheduling  of  editor  jobs.   About  half  of  the  total  machine  capacity  has 
been  devoted  to  editor  scheduling,  so  ICE  will  allow  a  significant  growth 
in  the  total  workload. 

ICE  is  compatible  with  BOSS  for  the  most  commonly  used  facilities.  The 
primary  difference  is  that  you  must  plan  ahead  when  using  ASCII  or 
line-numbering.   Temporarily,  the  following  facilities  are  missing: 

Reads  and  writes  to  additional  files 

Command  loops 

Command  procedures 

There  are  a  few  new  features  in  ICE,  and  a  number  of  bug  fixes  for  ASCII 
mode. 

An  ICE-BOSS  Differences  Guide  is  available,  free  of  charge,  at  the  CSO 


Distribution  Center  (Room  164  DCL) .   This  is  a  working  document  and  should 
be  used  in  conjunction  with  the  BOSS  User's  Guide.   To  print  a  copy  of  this 
document,  use  the  following  CYBER  control  statements: 

GET , ICEDOC/UN=DOCUMNT . 
PRINT , ICEDOC/CC/ASCII . 

This  will  print  the  document  at  DCL.   To  print  the  document  at  an  RJE  site, 
type: 

GET , ICEDOC/UN=DOCUMNT . 

PRINT , ICEDOC/CC/ASCII/R JE=remote  identi f i cation . 

BOSS  will  remain  available  as  a  system  command  for  a  short  time.   After 
that  it  will  be  available  in  User  Number  LIBRARY. 


RELEASE  4  OF  NOS  OPERATING  SYSTEM  TO  BE  INSTALLED 

Late  in  June,  CDC  distributed  a  new  major  release  of  NOS,  the  CYBER 
operating  system,  and  its  associated  compilers  and  other  products.   This 
release  offers  enhancements  both  in  the  features  available  and  in  machine 
performance.   Features  of  Release  4  include: 

CYBER  Control  Language,  a  facility  for  structured  sequencing  of  the 
execution  of  control  statements. 

CYBER  Interactive  Debug,  a  facility  for  improved  interactive  debugging 
of  programs. 

A  new  CYBER  Record  Manager  which  should  be  faster  and  allow  jobs  to 
run  in  less  memory. 

A  new  loader  facilaity  for  fast  dynamic  loading  of  subroutines  to 
minimize  overall  memory  usage. 

System  support  necessary  for  the  installation  of  the  APEX  mixed 
integer  programming  option. 

Support  for  hardware  which  should  reduce  disk  access  bottlenecks  and 
thus  improve  system  performance  under  heavy  load. 

The  option  of  using  either  positional  or  keyword  parameters  on  many  of 
the  common  utilities,  e.g.,  COPY. 

It  is  probable  that  Release  4  will  be  installed  on  August  28.   However, 
this  decision  is  not  final  and  if  problems  arise,  Release  4  will  be 
installed  when  it  will  have  the  least  impact  on  the  work  of  the  user 
community. 


For  current  news  on  the  status  of  the  installation  of  Release  4,  enter  the 
command: 

HEARYE,REL4. 

in  a  time-sharing  session  or  in  a  batch  job. 

Most  jobs  which  run  under  the  current  release  should  also  run  under  Release 
4  without  modifications.   Generally,  jobs  requiring  modification  should  be 
fixed  by  minor  changes  to  their  control  statements.  When  Release  4  is 
installed,  details  on  the  types  of  jobs  that  might  be  affected  and  how  to 
fix  them  will  be  available  in  the  working  document  REL4D0C.   To  print  a 
copy  of  this  document,  issue  the  following  commands: 

GET , REL4D0C/UN=D0CUMNT . 
PRINT, REL4D0C/CC/AS. 

in  a  time-sharing  session  or  in  a  batch  job.   This  prints  the  document  on 
the  CYBER  printer  at  DCL.   To  print  the  document  at  an  RJE  site,  issue  the 
commands: 

GET , REL4D0C/UN=D0CUMNT . 

PRINT, REL4D0C/CC/AS/EJ/RJE=remote  identification. 


POLICY 


COMPUTING  RESOURCES 

In  April  1977,  CSO  announced  that  the  IBM  360/75  would  be  retained  to  meet 
two  major  commitments: 

To  provide  IBM  service  to  CSO  users. 

To  support  the  Library  Control  System  (LCS). 

Although  LCS  will  have  priority  use  of  the  360/75,  about  half  of  the 
capacity  is  expected  to  remain  available  to  CSO  users. 

Persons  using  EXPRESS  on  the  360/75  should  not  be  affected  in  the  near 
future  by  any  IBM  service  changes.   EXPRESS  continues  to  be  the  best 
service  for  introductory  programming  courses. 

However,  persons  using  HASP  on  the  360/75  may  experience  increased 
turnaround  times  for  their  jobs.   This  increase  will  be  a  result  of  the 
memory  requirements  of  LCS,  primarily  slow  core,  which  reduces  the  memory 
available  to  OS  initiators. 


Users  should  seriously  consider  this  reduction  of  capacity  when  planning 
their  future  use  of  the  computing  resources  of  CSO.   The  retention  of  the 
360/75  does  represent  more  IBM  service  than  previously  announced;  however, 
conversion  to  the  CYBER  must  continue  if  the  available  IBM  service  is  to 
remain  satisfactory.   Conversion  to  the  CYBER  should  be  increasingly 
attractive  as  the  capabilities  of  the  system  are  enhanced.   The  conversion 
of  SOUPAC  to  the  CYBER,  the  reduction  of  response  times  and  the  addition  of 
mass  storage  are  examples  of  the  enhancements  that  are  underway. 


DISK  POLICY 

CSO  provides  a  large  amount  of  disk  space  for  users.   The  CYBER  has  eight 
disk  packs  which  contain  users'  permanent  files,  with  approximately  90%  of 
each  disk  pack  available  for  public  use.   The  360/75  has  one  pack  (PUBLIC) 
for  permanent  datasets,  one  pack  (MERLIN)  for  temporary  datasets  and  a 
large  portion  of  two  packs  for  scratch  datasets  (used  during  one  or  two 
jobs  only).   All  public  packs  are  permanently  mounted.   Each  pack  can  hold 
approximately  200  million  characters. 

At  times,  it  is  difficult  to  find  on-line  storage  at  short  notice.   This  is 
due  in  part  to  a  tendency  to  keep  datasets  on-line  even  though  they  are  no 
longer  needed.   The  likelihood  of  sufficient  disk  space  being  available 
would  increase  if  disk  space  were  "turned  over"  more  quickly. 

Although  the  main  responsibility  for  freeing  disk  space  lies  with  the  user 
community,  CSO  has  a  disk  policy  which  was  formulated  to  alleviate  problems 
of  insufficient  space. 


Purge  Policy 

The  CYBER  and  360/75  have  equivalent  dataset  removal  criterion.   Datasets 
that: 

have  not  been  accessed  for  more  than  30  days, 

belong  to  cancelled  PS  numbers, 

belong  to  PS  numbers  that  have  been  inactive  for  more  than  30  days, 

are  not  cataloged  (360/75  only),  or 

have  names  which  do  not  conform  to  the  standard  naming  conventions  at 
CSO  (360/75  only), 

will  be  candidates  for  removal  from  disks.   These  candidate  datasets  will 
be  dumped  to  tape  and  the  tape  will  be  saved  for  one  year. 


Purge  Procedures 

Those  datasets  on  the  CYBER  which  satisfy  any  of  the  above  criterion  are 
dumped  to  tape  on  the  first  Sunday  of  each  month.   Datasets  on  the  360/75 
which  satisfy  any  of  the  above  criterion  are  dumped  to  tape  once  a  week. 
CSO  reserves  the  right  to  change  the  procedures  used  to  assure  that 
adequate  disk  space  is  available  to  the  user  community.  When  possible, 
notification  of  changes  to  these  procedures  will  be  made. 


Restore  Procedures 

Purged  datasets  may  be  recovered  on  the  CYBER  by  using  the  RELOAD  command 
(reference  guide  RF-3.19). 

Purged  360/75  datasets  can  be  restored,  upon  request,  by  the  Systems 
Consultants  (Room  1 38  DCL) . 


Backup  Policy 

The  CYBER  and  the  360/75  have  similar  back-up  procedures: 

CYBER  datasets  which  have  been  created  or  modified  within  a  24-hour 
period  are  backed  up  to  tape  daily.  Daily  backup  tapes  are  saved  for 
one  week;  backup  tapes  taken  on  Sundays  are  saved  for  one  month; 
backup  tapes  taken  on  the  first  Sunday  of  each  month  are  saved  for 
three  months. 

All  360/75  public  packs  are  backed  up  to  tape  daily.   Daily  backups 
are  saved  for  one  week;  backup  tapes  taken  on  Mondays  are  saved  for 
month;  backup  tapes  taken  on  the  first  Monday  of  each  month  are  saved 
for  three  months. 

Renting  a  3330  Spindle 

A  3330  spindle  for  the  CYBER  or  the  360/75  may  be  rented  as  follows: 

A  user  or  consortium  of  users  may  rent  a  3330  spindle  and  one  disk 
pack  for  a  period  of  not  less  than  12  months  for  either  the  CYBER  or 
the  360/75.   The  price  is  the  rental  and  maintenance  fee  which  CSO 
pays  for  the  spindle,  disk  pack  and  a  portion  of  the  cost  for  the 
controller.   This  price  must  be  paid  in  real  money.   Users  may  not  use 
Research  Board  funds  to  rent  a  spindle. 

The  spindle  will  not  be  used  as  a  setup  spindle,  so  the  consortium  of 
users  must  share  one  disk  pack. 

Normal  naming  conventions  for  datasets  on  private  packs  must  be 
followed.   Please  see  the  Systems  Consultants  (Room  1 38  DCL)  for 
details. 


CSO  will  not  backup  the  data  on  a  rented  spindle  in  any  way,  nor  take 
any  responsibility  for  it.   It  is  up  to  the  user(s)  to  maintain  the 
pack. 

CSO  will  maintain  the  spindle  in  good  mechanical  and  electrical  order. 

CSO  reserves  the  right  to  choose  the  physical  and  logical  position  of 
the  spindle.   In  the  unlikely  event  of  serious  mechanical  trouble,  for 
instance  when  an  entire  channel  is  out  of  service,  CSO  reserves  the 
right  to  take  the  rented  spindle  off-line  in  order  to  provide 
effective  service  to  the  bulk  of  CSO  users. 


Additional  ^60/75  Disk  Information 

The  following  policies  apply  to  disk  storage  on  the  360/75  only: 

PUBLIC  Pack 

All  datasets  must  be  cataloged.   CSO  reserves  the  right  to  move 
datasets  from  pack  to  pack. 

CSO  reserves  the  right  to  remove  ISAM  and  other  unmovable  datasets 

All  PUBLIC  datasets  must  adhere  to  the  standard  naming  conventions 
The  name  should  be  of  the  form: 

USER . Pnnnn . anything 

where  nnnn  is  the  user's  PS  number  and  anything  is  any  name  of  the 
user's  choosing  that  complies  with  OS  rules.  For  example: 

USER. PS1234. BINGO 
Class  datasets  may  have  names  of  the  form: 

USER . classname . anything 
where  classname  is  the  name  of  the  class.  For  example: 

USER. CS1. BINGO 


MERLIN 

.   Every  dataset  on  MERLIN  is  scratched  at  approximately  12:00  Noon  each 
Sunday. 

.  MERLIN  is  not  backed  up  in  any  way  whatsoever.   Users  must  recreate 
their  own  data  if  it  is  lost  on  MERLIN  for  any  reason,  including  the 
Sunday  scratch. 


Datasets  on  MERLIN  need  not  be  cataloged 


Datasets  on  MERLIN  must  adhere  to  the  naming  conventions  outlined 
above. 

Datasets  of  more  than  700  tracks  may  be  scratched  without  notice  if 
MERLIN  becomes  full  during  the  week.  No  refunds  will  be  given  in  this 
case. 

NOTE:   The  charge  for  space  on  MERLIN  is  0.0067  service  units  per  track  per 
day.  Charges  are  calculated  daily  at  about  midnight;  users  who 
scratch  their  datasets  before  Sunday  will  thus  save  themselves 
money . 

2^14  Disk  Packs 

No  backup  is  done  for  231^  disk  packs.   It  is  the  responsibility  of  the 
owner  to  backup  these  packs. 


Disk  Storage  at  Chicago  Circle 

CSO  users  may  store  data  on-line  at  the  Chicago  Circle  campus.  Those 
wishing  to  use  this  service  should  contact  the  Systems  Consultants  (Room 
138  DCL). 


CYBER 


PERMANENT  FILE  COMMANDS 

In  order  to  provide  complete  control  of  the  access,  storage  and  billing  for 
permanent  files  for  users  who  have  two  or  more  project  numbers,  permanent 
file  processing  has  been  modified.   Additional  data  is  stored  in  the 
catalog  entry  of  each  permanent  file  (pfn)  at  creation.   This  data  includes 
the  project  index  (a  unique  number  obtained  from  the  charge, project 
combination)  and  the  user's  file  limits  for  that  index: 

Maximum  number  of  files 

Maximum  indirect  file  size 

Maximum  direct  file  size 

Maximum  cumulative  size  for  indirect  files 

Due  to  the  modification,  the  permanent  file  management  commands,  REPLACE, 
APPEND  and  ATTACH,  behave  as  follows: 

If  a  pfn  belongs  to  the  current  User  Number 
and  the  current  project  index,  the  command 
works  as  before. 


.   If  the  pfn  belongs  to  the  current  User  Number 
but  a  different  project  index,  the  command 
will  abort  with  the  error  message: 

WRONG  PRJ  INDEX/FILE  TYPE. 

.   If  the  pfn  belongs  to  a  different 

User  Number,  the  command  works;  however, 
the  file  limits  which  are  enforced  are 
those  stored  in  the  catalog  entry  for  pfn. 

Also,  a  new  command  has  been  added  to  provide  users  the  capability  to 
insert  their  current  project  index  and  file  limits  into  the  catalog  entry 
for  a  permanent  file.  The  user's  file  limits  are  checked  prior  to  the 
insertion  of  this  information.   The  command  is: 

CLAIM( pf n/PN=packname , R=r , NA ) 

The  parameters  for  CLAIM  are  defined  in  Chapter  8  of  the  NOS  Reference 
Manual  Volume  1.   Additionally  a  C  parameter  is  available  to  the  REPLACE 
APPEND  and  ATTACH  commands  to  be  issued  prior  to  the  given  command,  e.g., 

REPLACE(lfn=pfn/C) 

is  equivalent  to 

CLAIM(pfn) 
REPLACE(lfn=pfn) 

where  lfn  is  a  local  file. 


CYBER  DISK  CHARGES 

On  February  1,  1978,  CSO  began  charging  for  permanent  file  space  used  on 
the  CYBER.  The  basic  rate  is  0.03  System  Resource  Units  (SRU)  per  Physical 
Record  Unit  (PRU)  per  day,  resulting  in  a  monthly  charge  of  approximately  1 
SRU  per  PRU.   Billing  is  based  on  space  allocated  rather  than  space  used. 
For  indirect  files,  these  two  quantities  are  equivalent.   Direct  files, 
however,  are  allocated  in  units  of  227  PRU's,  and  the  two  quantities  may 
differ  accordingly.  Additionally,  to  account  for  the  system  overhead  which 
is  incurred  when  a  large  number  of  files  is  supported  by  the  system,  each 
file  is  assessed  a  surcharge  of  0.15  SRU's  per  day. 

The  catalog  entry  for  each  file  on  the  CYBER  contains  a  four  character 
string  known  as  a  "project  index".   A  file  created  by  a  user  is  given  a 
project  index  unique  to  the  charge, project  specified  on  the  most  recent 
BILL  or  CHARGE  command.   Disk  space  used  by  a  file  is  billed  to  the 
charge, project  named  by  its  project  index. 


You  may  change  the  project  index  of  all  existing  files  to  the  project  index 
associated  with  a  specific  charge, project  combination  as  follows: 

At  signon,  enter: 

BILL(chg,prj) 

where  chg,prj  is  the  desired  charge, project 
combination. 

Insert  the  desired  project  index  into  the  catalog 
entry  of  each  of  your  files.   Enter  the  command: 

DIRECT/CLAIM. 

You  should  ensure  that  each  of  your  files  has  a  valid  project  index,  as 
follows: 

At  signon,  enter: 

BILL(chg,prj) 
Enter  the  command: 

DIRECT/PROJECT. 

The  generated  output  will  list  each  file  name, 
followed  by  the  project  index  of  the  file.   The  list 
of  files  is  followed  by  a  list  of  the  valid  project 
indices  and  the  associated  charge, pro ject . 

For  each  invalid  project  index  associated  with  your 
files,  enter  the  command: 

DIRECT/PROJECT=project  index/CLAIM. 

where  project  index  is  an  invalid  project  index. 
The  project  associated  with  the  (chg,prj)  used  at 
signon  will  replace  each  occurrence  of  the  specified 
project  index  in  the  catalog. 


FILE  MIGRATION  SYSTEM 

A  file  migration  system  has  been  installed  on  the  CYBER  and  became 
available  on  June  4,  1978.   The  migration  system  provides  a  method  for 
moving  files  from  disk  to  tapes  owned  by  CSO,  while  maintaining  their 
catalog  entries.   This,  in  turn,  provides  a  way  to  easily  retrieve  files 
which  have  been  removed  from  disk.   It  has  the  added  effect  of  assuring 
adequate  disk  space  is  available  for  the  user  community.   This  system  is 
complete  replacement  for  the  previous  CSO  PURGE/RESTORE  procedures. 
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Files  which  are  currently  purged  on  the  first  Sunday  of  the  month  will  be 
candidates  for  migration.  This  includes  files  which  have  not  been  accessed 
for  30  days  or  which  have  no  identifiable  project  index.   (See  "Disk 
Policy".)  Monthly  purges,  as  done  in  the  past,  will  no  longer  be  used  for 
these  files.  The  migration  tapes  are  kept  for  one  year  and  are  never  used 
except  under  operator  control  for  the  purpose  of  moving  a  file  back  to 
disk. 

When  a  file,  pfn,  has  migrated  off  disk,  the  response  to  a  GET  or  an  ATTACH 
command  for  that  file  will  be: 

pfn  NOT  ON  DISK,  AT  000122. 
To  retrieve  the  file,  type: 

RELOAD, pfn 
The  RELOAD  command  will  respond: 

pfn  WILL  BE  RELOADED. 

The  file,  pfn,  will  be  restored  to  the  proper  permanent  file  space  within 
24  hours.  The  amount  of  time  that  it  takes  to  restore  a  file  depends  on 
the  system  load  and  the  number  of  restores  which  are  being  done.   It  may  be 
as  little  as  ten  minutes.  There  is  no  explicit  notification  that  the  file 
has  been  restored,  nor  is  there  a  way  to  enquire  on  the  progress  of  a 
particular  RELOAD  until  it  is  complete. 

Once  RELOAD  has  responded,  the  current  session  may  be  continued  in  a  normal 

manner.  Later,  another  GET  or  ATTACH  may  be  attempted  on  the  file.  It  is 

also  possible  to  do  a  second  RELOAD  command  on  the  same  file.   If  it  has 
been  reloaded,  the  response  will  be: 

pfn  ALREADY  ON  DISK. 

Otherwise,  the  second  RELOAD  will  have  no  effect;  it  will  not  cause  the 
file  to  be  reloaded  twice. 

It  is  possible  to  PURGE  a  migrated  file.   If  this  is  done  it  cannot  be 
reloaded  and  an  attempt  to  do  so  will  get  the  response: 

pfn  NOT  FOUND. 

Also,  it  is  possible  to  replace  a  migrated  indirect  file  with  a  local  file 
of  the  same  name.   An  attempt  to  reload  this  file  would  get  the  response: 

pfn  ALREADY  ON  DISK. 
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To  determine  which  files  have  migrated,  use  either  DIRECT  or  CATLIST.  Both 
of  these  prefix  all  migrated  filenames  with  a  +  (plus  sign).  To  get  a  list 
of  all  migrated  files,  use  DIRECT/MIG.  To  get  a  list  of  all  on-line  files, 
use  DIRECT/NOMIG. 


MANTRAP  -  A  POST  MORTEM  DUMP  INTERPRETER 

MANTRAP,  acquired  from  the  University  of  Liecester  in  Great  Britain,  aids 
in  program  debugging  by  relieving  the  need  to  attempt  to  interpret  memory 
and  register  dumps. 

Using  the  standard  NOS  software,  when  a  program  compiled  with  FTN  aborts, 
the  user  receives  a  terse  dayfile  message,  possibly  an  error  message  in  the 
output  and  sometimes  a  short  octal  dump.   Sometimes  this  is  sufficient 
information  for  very  experienced  programmers  to  locate  the  problem. 
Usually,  however,  this  output  does  not  give  the  slightest  clue  as  to  the 
actual  cause  of  the  failure. 

In  batch,  MANTRAP  is  designed  to  analyze  the  program  at  the  time  of  failure 
and  print  as  much  information  about  the  failure  and  the  state  of  the 
program  as  possible.   It  lists  such  things  as  current  contents  of  arrays 
and  variables,  location  and  type  of  error,  subprogram  trace-back  and 
subprogram  parameter  mismatches. 

MANTRAP  also  offers  excellent  support  for  time-sharing  users.   It  writes  a 
full  analysis  of  a  program  which  fails  to  a  local  file  MANTRAP  while 
printing  highlights  of  the  error  to  the  terminal.   The  user  should  be  able 
to  locate  the  error  with  this  short  terminal  message,  but,  if  this  proves 
to  be  impossible,  a  full  dump  is  available  for  in-depth  review. 

MANTRAP  is  the  default  for  all  FTN  programs  not  specifying  the  TS  option 
(excluding  programs  run  under  FTNTS  via  the  RUN  command).  The  following 
changes  will  be  noted  in  FTN  programs  run  with  MANTRAP: 

.   Forces  the  ER  and  T  FTN  options. 

Forces  variables  to  be  initialized  to  negative  indefinite  so  that, 
under  MANTRAP,  one  can  no  longer  assume  variables  to  be  zero  at  the 
beginning  of  execution. 

Will  not  provide  an  abbreviated  loader  map  on  file  OUTPUT.   The  map  is 
placed  in  local  file  ZZZZMP  so  that  it  is  available  to  MANTRAP.   To 
look  at  the  map,  simply  PRINT, ZZZZMP  or  TYPE, ZZZZMP. 

Will  not  fully  trace-back  subroutines  with  multiple  ENTRY  points. 

Adds  164B  words  to  all  programs,  but  no  additional  time  during 
execution  if  the  program  runs  successfully.   If  a  failure  occurs, 
MANTRAP  is  automatically  called  to  analyze  the  failure.   No  special 
steps  are  necessary  to  get  the  analysis;  it  will  happen  automatically 
when  the  program  fails. 
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Cannot  be  used  with  the  segment  loader. 

If  MANTRAP  is  not  appropriate,  specify  LTP=0  on  the  FTN  control  card. 

MANTRAP  User  Manuals  can  be  purchased  at  the  CSO  Distribution  Center  (Room 
164  DCL)  for  $2.00  each.  Manuals  are  available  for  inspection  in  the 
Systems  Consulting  Office  (Room  138  DCL),  the  Statistical  Services  Office 
(Room  65  Commerce  West)  and  the  Terminal  Work  Area  (Room  166  DCL). 


FORTRAN  DEBUGGING 

Perhaps  the  most  common  error  which  is  made  in  FORTRAN  programs  involves 
the  improper  use  of  arrays.   Such  errors  can  be  very  difficult  to  find 
since  they  manifest  themselves  in  many  ways. 

Consider  the  consequences  of  the  following  program  segment: 

DIMENSION   A(10) 
DO  1  1=1,1000 
B=A(I) 
1   A(I)=0 

The  array  A  is  defined  as  having  ten  elements,  A(1)  through  A(10).   Yet  the 
statement  B=A(I)  will  cause  the  machine  to  seek  values  for  A(10)  through 
A(1000),  well  beyond  the  declared  dimension  of  array  A.   Unfortunately, 
most  FORTRAN  compilers,  including  FTN,  make  no  attempt  to  check  for  these 
language  violations  during  program  execution. 

In  the  example,  B=A(I)  will  cause  values  to  be  taken  from  memory  locations 
beyond  those  assigned  to  array  A,  and  without  warning,  these  spurious 
values  will  be  placed  in  B. 

With  luck,  errors  of  this  type  will  manifest  themselves  in  "Address  Out  of 
Range"  messages  such  as  ERROR  EXIT  01  on  the  CYBER.   Otherwise,  the  program 
will  work  as  you  have  written  it  and  erroneous  results  may  be  obtained. 

The  errors  caused  by  the  statement  A(I)=0  in  the  example  are  equally 
disastrous.  An  out-of-bounds  subscript  is  used  to  place  values  into  array 
A.   As  soon  as  I  passes  out  of  the  bound  1  to  10,  A(I)=0  will  cause 
unsuspected  storage  locations  to  be  set  to  0.   These  locations  could  be 
other  variables,  arrays,  constants,  or  even  the  compiled  form  of  the 
program  statements.  This  would,  without  warning,  change  the  value  of 
constants,  or  worse,  change  the  actions  of  compiled  program  statements. 

This  problem  could  manifest  itself  in  countless  ways,  but  is  usually  the 
explanation  for  error  messages  that  indicate  "Invalid  Instructions"  such  as 
ERROR  EXIT  00  on  the  CYBER.   Again,  the  program  may  execute  as  written  with 
the  possibility  of  erroneous  results. 

Subscript  checking  is  not  provided  automatically  because  it  increases 
program  execution  time.   In  most  cases,  FORTRAN  compilers  offer  debugging 
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packages  which  will  do  subscript  checking.   The  use  of  such  a  package  will 
require  additional  CPU  time;  however,  a  small  sacrifice  in  CPU  time  may 
save  hours  of  a  programmer's  time  spent  in  debugging.   During  program 
development  and  testing  it  is  extremely  useful  to  have  subscript  checking 
enabled.  Many  programs  which  work  one  day  and,  unchanged,  mysteriously 
fail  the  next,  are  victims  of  undetected  subscript  errors. 

The  CYBER  FTN  compiler  has  a  debugging  package,  DEBUG,  which  offers,  as  one 
of  its  many  options,  array  subscript  checking.   The  programmer  must 
explicitly  request  this  debugging  option.   The  DEBUG  package  is  described 
in  the  FTN  manual  and  also  in  the  FTN  EXTENDED  DEBUG  GUIDE.   These  manuals 
may  be  found  in  the  manual  racks  or  may  be  purchased  in  the  CSO 
Distribution  Center  (Room  154  DCL). 

To  check  for  subscripting  errors  at  execution,  the  program  must  be  compiled 
with  the  D  or  D=filename  option  on  the  FTN  card.   If  I=filename  was  used  on 
the  FTN  card  then  add  D=filenarae,  where  filename  is  the  file  which  contains 
the  source  program.  Otherwise,  add  only  D  to  the  FTN  card.   This  causes 
FTN  to  look  for  DEBUG  directive  cards  in  the  FORTRAN  program. 

All  DEBUG  cards  begin  with  C$  in  columns  one  and  two.   This  allows  them  to 
be  treated  as  comments  if  the  D  option  is  not  present  on  the  FTN  control 
card,  and  need  not  be  removed  from  your  program  when  debugging  is  no  longer 
required. 

Two  debugging  cards  are  required  to  do  subscript  checking: 

C$    DEBUG 
C$    ARRAYS 

These  should  be  placed  before  the  PROGRAM  statement  of  the  main  program. 

When  an  out-of-bounds  subscript  is  detected,  the  array  name,  line  number, 
and  subscript  value  of  the  illegal  array  reference  is  given.   Then,  program 
execution  continues  using  the  invalid  value  of  the  subscript  DEBUG  only 
detects  errors,  it  does  not  terminate  the  program  when  errors  occur. 

DEBUG  output  is  placed,  by  default,  in  the  file  DEBUG.  It  is  generally 
more  convenient  to  have  the  DEBUG  output  placed  in  the  file  OUTPUT.  To 
force  this,  add  DEBUG=OUTPUT  to  the  PROGRAM  statement.  Thus,  the  first 
three  cards  of  a  program  requesting  subscript  checking  could  be: 

C$    DEBUG 
C$    ARRAYS 

PROGRAM  MYBUG  ( INPUT , OUTPUT , DEBUG=OUTPUT , TAPE5=INPUT , TAPE6=0UTPUT ) 

With  the  three  above  cards,  and  the  D  option,  all  arrays  referenced  in  the 
main  program  and  subprograms  will  be  checked  for  valid  subscripts. 

Two  characterstics  of  DEBUG  subscript  checking  should  be  noted: 

.  The  CYBER  DEBUG  facility  treats  all  arrays  as  one-dimensional  arrays. 
Thus,  the  array  A(10,  10,  10)  is  considered  to  be  an  array  of  1000 
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elements.   Subscripts  are  considered  out-of-bounds  only  if  the  result 
of  the  subscripts  calculation  exceeds  the  bounds  of  the  linear  array. 
Thus,  a  reference  to  A(11,  1,  1)  would  not  be  detected  as  an 
out-of-bounds  reference,  though  it  exceeds  the  bounds  of  the  storage 
as  defined  in  FORTRAN. 

The  subscripts  of  arrays  which  are  passed  to  subroutines  are  compared 
to  the  bounds  as  defined  in  the  DIMENSION  statement  given  in  the 
subroutine.   Thus, 

DIMENSION  A(100) 
CALL  SUB(A) 


SUBROUTINE  SUB(X) 
DIMENSION  X(1) 
X(100)=0 

a  common  practice  in  FORTRAN,  will  be  flagged  as  an  error  by  DEBUG. 

NOTE:   The  ER  and  T  options,  when  added  to  the  FTN  control  card,  instruct 
the  system  to  attempt  to  find  the  approximate  line  number  of  the 
statement  which  caused  an  execution  error.   These  options  incur 
almost  no  overhead  and  should  be  specified  for  every  FTN  compilation 
which  does  not  use  MANTRAP  (LTP=0). 

It  is  to  your  advantage  to  investigate  and  use  the  debugging  tools  which 
are  available  on  the  CYBER.   Judicious  use  of  DEBUG  and  MANTRAP  could  save 
many  hours  of  unnecessary  work. 


TAPE  USAGE  ON  THE  CYBER 

Magnetic  tapes  offer  a  cost  effective  method  to  store  infrequently  used 
information.  This  reduces  the  amount  of  disk  space  used  and  the  charges 
for  that  space. 

Magnetic  tapes  may  be  purchased  for  $10.00  each  at  the  CSO  Distribution 
Center  (Room  164  DCL).   CSO  does  not  accept  cash  payment.   You  may  charge 
the  purchase  either  to  a  University  Account  Number  (with  the  corresponding 
Title),  or  to  a  University  Identification  Number  for  direct  billing.   You 
may  also  pay  for  the  tape  with  a  personal  check.   The  tapes  sold  at  the 
Distribution  Center  are  2400  foot  reels  of  one-half  inch  magnetic  computer 
tape.   The  recording  density  of  these  tapes  is  certified  to  be  1600  BPI. 

All  tapes  to  be  used  at  CSO  must  be  taken  to  the  CSO  Routing  Room  (Room  129 
DCL)  to  have  an  external  label  placed  on  the  tape  reel.  The  external  label 
contains  the  following  information: 
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The  owner's  name  and  address 

The  name  of  the  tape 

A  CSO  rack  number 

The  name  and  address  and  the  name  of  tape  are  provided  by  the  owner.   The 
tape  name  can  be  1-6  alphanumeric  characters  in  length.   The  Routing  Room 
personnel  issue  a  rack  number  if  the  tape  will  be  stored  in  the  Operations 
Area  for  two  weeks  or  longer.   If  the  tape  will  be  stored  for  a  term 
shorter  than  two  weeks,  the  rack  number  issued  to  the  tape  will  be  TEMP. 

On  the  CYBER,  magnetic  tapes  can  be  used  either  from  time-sharing  or  card 
batch. 

This  article  provides  an  introduction  to  five  basic  steps  which  are 
necessary  for  effective  use  of  magnetic  tapes  on  the  CYBER: 

Mounting  and  internal  labelling  a  tape 

Copying  information  to  a  tape 

Obtaining  a  summary  of  the  contents  on  a  tape 

Dismounting  a  tape 

Mounting  and  retrieving  information  from  a  tape 

When  the  format  of  a  control  language  command  is  given,  all  items  in  lower 
case  indicate  values  which  must  be  provided  by  the  user.   An  example  of  a 
valid  use  of  the  command  being  discussed  is  given  at  the  end  of  each 
section. 

Tape  Mounting  and  Internal  Labelling 

The  control  language  command  LABEL  is  used  to  request  the  mounting  of  a 
tape.   Also,  if  the  tape  is  blank  or  unlabelled,  the  LABEL  command  provides 
a  way  to  write  an  internal  label.   The  LABEL  command  is  described  in  detail 
in  Chapter  10  of  the  NOS  Reference  Manual  Volume  1. 

The  internal  label  is  written  at  the  beginning  of  the  tape  and  is  identical 
to  the  external  label.   Internal  labelling  is  a  safeguard  against 
inadvertent  mounting  of  the  wrong  tape. 

The  format  of  the  LABEL  command  when  mounting  and  labelling  a  tape  is: 

LABEL(lfn,VSN=tpname-rk#,NT,PO=W,W,SI=setid,FI=fileid) 

where: 

lfn  Is  the  local  filename  used  to  reference  the  tape,   lfn 

may  be  1-7  characters  in  length. 
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VSN=tpname-rk#    Specifies  the  tape  name  and  rack  number.   If  the  tape 

will  be  stored  at  CSO  for  less  than  two  weeks,  specify 
TEMP  in  place  of  rk#. 


NT 


Specifies  that  the  tape  be  mounted  on  a  9-track  tape 
drive.   9-track  tape  drive  usage  is  recommended. 


PO=W  Specifies  that  a  write  ring  be  put  in  the  tape.   This 

allows  the  writing  of  files  to  a  tape. 

W  Specifies  that  an  internal  label  is  to  be  written  on  the 

tape.   This  should  be  specified  only  the  first  time  the 
tape  is  written  on. 

SI=setid         Specifies  the  set  identifier  for  files  on  the  tape.   For 

simplicity,  setid  should  be  identical  to  tpname.   The 
value  specified  for  setid  must  remain  the  same  for  all 
subsequent  LABEL  statements.   Once  specified,  it  is 
difficult  to  change  the  setid  value.   If  it  is  necessary 
to  change  setid,  see  the  Systems  Consultants  (Room  138 
DCL). 

FI=fileid        Specifies  a  unique  name  for  the  tape  file  being  written. 

If  desired,  fileid  may  be  identical  to  the  name  of  the 
permanent  file  being  copied  to  the  tape. 

After  the  LABEL  command  is  issued,  the  message: 

NT5n,   ASSIGNED  TO  lfn   ,   VSN=tpname 

will  appear  in  the  user  dayfile.   (In  time-sharing  it  will  appear  on  the 
terminal  and  in  the  dayfile.)   5n  is  the  number  assigned  to  the  tape  drive 
(50,  51,  52,  54  indicate  9-track  drives;  53  indicates  the  7-track  drive). 

The  cost  to  mount  a  tape  is  100  System  Resource  Units  ($0.82). 

Example:   LABEL(TAPER , VSN=TESTER-E000 , NT , P0=W , W , SI=TESTER , FI=TPFILE) 

NT52,   ASSIGNED  TO  TAPER   ,   VSN=TESTER 

Copying  Information 

The  second  step  is  to  write  some  information  onto  the  tape  either  directly 
from  a  program  or  by  using  one  of  the  COPY  commands.   The  format  of  the 
sequence  of  commands  for  writing  a  file  to  tape  with  COPYEI  is: 

LABEL( lfn , VSN=tpname-rk# , NT , P0=W , W , SI=setid , FI=f ileid ) 

GET,file1. 

COPYEI,  file*!,  lfn. 
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where: 

filel     is  a  permanent  disk  file. 

COPYEI    Specifies  that  filel  is  to  be  copied  to  the  tape.   The  copying 
process  continues  until  an  end  of  information  is  encountered 
on  filel . 

The  tape  tpname  is  mounted  and  an  internal  label  is  written;  filel  is 
written  with  the  name  fileid,  as  the  first  file  on  the  tape. 

Example:   LABEL(TAPER,VSN=TESTER-EOOO,NT,PO=W,W,SI=TESTER,FI=TPFILE) 
GET,MYFILE. 
COPYEI, MYFILE, TAPER. 

While  the  tape  is  still  mounted,  any  number  of  different  files  can  be 
written  to  it.   The  format  of  the  commands  is: 

LABEL(lfn,SI=setid,QN=9999,FI=fileid) 

GET,filen. 

COPYEI, filen,lfn. 

for  each  permanent  file  being  written  to  the  tape. 

where: 

lfn       Is  the  local  filename  used  to  reference  the  tape  as  specified  in 
the  first  LABEL  statement. 

SI=setid   Specifies  the  set  identifier  for  the  files  on  the  tape  and 

should  be  identical  to  the  setid  in  the  first  LABEL  statement. 

QN=9999    Indicates  that  the  new  information  (filen)  should  be  written 

immediately  following  the  end  of  the  last  file  on  the  tape.   If 
QN=9999  is  omitted  the  new  data  may  overwrite  an  existing  tape 
file  and  any  subsequent  data  will  be  lost. 

FI=fileid  Specifies  a  unique  name  for  the  tape  file  being  generated. 

fileid  may  be  different  for  each  file  copied  to  tape,  but  once 
specified  it  is  difficult  to  change.   If  it  is  necessary  to 
change  the  fileid  for  a  tape  file,  see  the  Systems  Consultants 
(Room  138  DCL). 

filen      Is  a  different  permanent  disk  file  to  be  copied  onto  the  tape. 

NOTE:   This  LABEL  statement  is  specified  while  the  tape  is  still  mounted. 

It  repeats  only  two  of  the  options  from  the  initial  LABEL  statement; 
the  other  options  need  not  be  specified.   This  LABEL  statement  is 
used  simply  for  tape  positioning  and  identification.   There  is  no 
operator  intervention  and  there  are  no  additional  mount  charges. 

Example:   LABEL(TAPER,SI=TESTER,QN=9999,FI=TPFILE2) 
GET,MYFILE2. 
COPYEI ,MYFILE2 , TAPER . 
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Tape  Summary 

When  you  are  finished  copying  permanent  files  to  tape,  and  before  the  tape 
is  dismounted,  you  can  get  a  summary  of  everything  on  the  tape  by  issuing 
two  commands: 

LABEL(lfn,SI=setid,QN=1) 
LISTLB(lfn,SI=setid) 

where: 

QN=1  Positions  the  tape  to  the  beginning  of  the   tape. 

LISTLB       Provides  a  listing  of  information  about  the  tape  contents. 

Example:      LABEL ( TAPER , SI=TESTER , QN= 1 ) 
LISTLB( TAPER , SI=TESTER ) 


78/03/09.  22.12.06 
/H]H      1797717 


Example  of  Output   from  LISTLB: 
LISTLB  -  LIST  MAGNETIC  TAPE  LABELS. 
VGL1  LABEL  READ:        V0L1TESTER 

VSN=TESTER,  VA=  ,  0WNERID=/H]H      1797717,  LSL=1. 
HDR1  LABEL  READ:        HDR1TPFILE  TESTER000 1000 1000 100  77179  77179  00000KR0N0S2.1-51 

FI=TPFTLE  ,  SIzTESTER,  SN=0001,  QN=O001 ,  G=0001 ,  E=O0,  CR=  77179,  RT=  77179,  FA=  . 


E0F1  LABEL  READ:        E0F1TPFILE 


TESTER00010001000100  77179  000068KRONOS2.1-51 


FI=TPFJLE 
HDR1  LABEL  READ: 

FI=TPFTLE2 
BOF1  LABEL  READ: 

FI=TPFILE2 


,  SI=TESTER,  SN=0001,  QN=0001 ,  G=0001 ,  E=00,  CR=  77179,  RT=  77179,  FA=  . 
HDR1TPFILE2  TESTEROOO 10002000 100  77179  77179  000000KRONOS2. 1-51 

,  SI=TESTER,  SN=0001,  QN=0002,  G=0001 ,  E=00,  CR=  77179,  RT=  77179,  FA=  . 
E0F1TPFILE2  TESTEROOO 10002000 100  77179  77179  000066KRONOS2.1-51 

,  SI=TESTER,  SN=0001,  QN=0002,  G=0001,  E=O0,  CR=  77179,  RT=  77179,  FA=  . 


LISTLB  prints  all  V0L1,    HDR1   and   E0F1    labels   it   encounters.      Each  label   is 
followed  by  an  interpretation  of  the  major  fields  of  the  label.      The 
complete  specification  of  the  fields  in  these  labels  may  be  found  in  the 
N0S   Reference  Manual   Volume    1,    Appendix  G. 
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Dismount  Tape  at  End  of  Use 
When  you  are  finished  with  the  tape,  issue  the  command: 

RETURN, lfn. 
to  dismount  the  tape  and  to  free  the  tape  drive  for  other  users. 
Example:   RETURN, TAPER. 

Mounting  and  Retrieving  Information 

To  mount  the  tape  and  to  retrieve  the  data  stored  on  it,  the  following 
LABEL  statement  should  be  issued: 

LABEL(lfn,VSN=tpname-rack,NT,SI=setid,FI=fileid,QN=m,PO=R) 

The  command  is  similar  to  the  original  LABEL  statement.   However,  the  W 
option  (which  generates  the  internal  label)  is  not  specified.   Also,  one 
option  has  been  added  and  one  option  has  been  changed: 

P0=R  Instructs  the  operator  to  remove  the  write  ring  from  the  tape.   This 
prevents  accidentally  writing  on  the  tape. 

QN=m  Indicates  the  specific  file  (by  number)  to  be  retrieved.   The  value 
of  m  can  be  determined  from  the  tape  summary  produced  by  LISTLB. 

For  example,  to  retrieve  file  2  issue  the  commands: 

LABEL( If n , VSN=tpname-rack , NT , SI=setid , FI=f ileid , QN=2 , PO=R) 
COPY, lfn, afile. 

Where  afile  is  the  name  of  the  local  CYBER  file  to  which  the  second  tape 
file  is  written.   If  you  don't  wish  to  work  with  a  local  file,  your 
program  can  read  directly  from  the  tape  by  referencing  file  lfn  in  your 
program. 

Example:   LABEL( TAPER , VSN=TESTER-E000 , NT , SI=TESTER , FI=TPFILE2 , QN=2 , PO=R ) 
COPY, TAPER, LOCFIL. 


Assuming  no  errors  occur,  these  five  steps  provide  the  basic  tools  for 
simple  and  efficient  CYBER  tape  usage.   If  you  have  problems  or  questions 
about  tape  usage  on  the  CYBER,  read  Chapter  10  of  the  NOS  Reference  Manual 
Volume  1  or  see  the  System  Consultants  (Room  138  DCL). 


Special  Notes: 

1.   Chapter  10  of  the  NOS  Reference  Manual  Volume  1  gives  more  information 
about  CYBER  tape  usage.   However,  many  of  the  commands  in  Chapter  10 
are  not  available  on  the  CYBER.   CSO  recommends  the  use  of  the  LABEL, 
LISTLB  and  RESOURC  commands. 
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2.   If  more  than  one  tape  is  being  used  at  a  time,  the  RESOURC  control 
statement  must  be  used  to  specify  the  number  of  tapes  to  be  used 
concurrently  (Chapter  10,  NOS  Volume  1). 


CYBER  TAPE  PROBLEMS  AND  ERRORS 

The  CYBER  tape  usage  facility  provides  many  capabilities  for  tape  users. 
These  capabilities  increase  the  complexity  of  the  facility  which  therefore 
increases  the  likelihood  of  errors.   In  most  cases,  it  is  not  necessary  to 
learn  every  aspect  of  the  CYBER  tape  facility.   A  more  practical  way  to 
avoid  tape  problems  is  to  become  familiar  with  the  types  of  errors  that  may 
occur.   This  article  describes  the  types  of  errors  and  their  possible 
causes  for  three  areas  of  tape  usage: 

Control  Card  Specifications 

Tape  Positioning 

Tape  Reading  and  Writing 

Control  Card  Errors 

Control  card  errors  can  result  from  the  use  of  illegal  parameters  or 
incorrect  combinations  of  parameters  on  the  LABEL  control  statement.   There 
are  many  available  options  to  be  used  with  the  LABEL  statement.   These 
options  are  fully  described  in  the  NOS  Reference  Manual  Volume  1 .   Some  of 
these  options  require  the  specification  of  additional  options.   For 
example,  if  the  option  F=F  is  specified,  the  parameters  FC  and  LB=KU  also 
must  be  specified. 

If  a  control  card  error  occurs,  it  can  be  corrected  by  re-entering  the 
control  card  using  the  correct  command  sequence.   However,  in  certain  cases 
(e.g.,  the  tape  is  mounted  and  the  LABEL  statement  is  used  for  tape 
positioning  only),  an  error  in  the  command  causes  the  tape  to  be  dismounted 
without  warning.   For  this  reason,  if  a  control  card  error  is  made  during  a 
time-sharing  session,  issue  the  command: 

LFNS 

before  proceeding  to  determine  if  the  tape  is  still  mounted.  If  the  local 
file  associated  with  the  tape  is  MYTAPE  and  the  tape  is  still  mounted,  the 
local  filename  will  appear  in  the  LFNS  output,  e.g.: 

12  ..  ABC  123  NT  MYTAPE    3  PT  PROG    45  PM*STUFF 

For  further  details  about  the  LFNS  command,  obtain  a  copy  of  the  reference 
guide  RF-3.18,  available  in  the  User  Work  Area  (Room  138  DCL). 
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Some  control  card  options  assume  specific  values  by  default.   The  user 
should  take  note  of  these  default  values  before  using  the  option.   In  the 
chart  given  below,  NT  indicates  a  9-track  tape  drive,  MT  indicates  the 
7-track  tape  drive  and  D  indicates  density. 

Option        Default  Value 

NT  NT,D=1600 

MT  MT,D=800 

D=LO  or  D=200  MT,D=200  (tape  reading  only) 

D=HI  or  D=556  MT,D=556 

D=HY  or  D=800  MT,D=800 

D=PE  or  D=1600  NT,D=1600 

D=HD  NT,D=800 

Also,  if  none  of  the  options  NT,  MT  or  D  are  specified,  the  options 
MT,D=800  are  assumed. 

Two  options  and  their  values  are  assumed  by  default,  without  specification: 

LB=KL   Indicates  that  the  tape  is  standard  labelled. 

F=I     Indicates  that  the  tape  is  in  I  format. 

If  either  of  these  options  is  inappropriate,  the  proper  option  must  be 
specified. 

It  is  advisable  to  specify  each  option  value  instead  of  relying  on  the 
default  value.   Also,  explicit  specification  provides  good  internal 
documentation  it  eliminates  possible  inconsistencies  within  the  control 
statement.   For  example,  the  option  MT  can  not  be  used  in  conjunction  with 
D=HD  because  the  default  value  of  the  latter  option  specifies  9-track  tape 
drive  usage. 

In  most  cases,  if  an  error  is  made  in  the  specification  of  a  control 
statement  option,  the  tape  first  must  be  released  from  the  tape  drive. 
Then  the  option  can  be  corrected  in  a  subsequent  request  to  mount  the  tape, 
i.e.,  a  subsequent  LABEL  statement.   The  only  options  which  can  be  changed 
without  releasing  the  tape  are  those  which  set  fields  in  standard  labels, 
e.g. ,  FI,  SI  and  QN. 

Either  of  the  commands  RETURN  or  UNLOAD  may  be  used  to  release  a  tape,  thus 
freeing  the  tape  drive  for  other  users.   One  difference  between  these 
commands  appears  in  the  way  the  resource  requests  are  affected  (as 
specified  by  the  user  via  the  RESOURC  control  statement).   Single  tape 
users  may  use  either  RETURN  or  UNLOAD;  multi-tape  users  generally  should 
use  UNLOAD  to  release  a  tape. 

When  the  tape  is  released,  the  operator  can  remove  it  from  the  drive.   If 
the  tape  is  released  to  make  option  changes,  operator  intervention  greatly 
increases  the  amount  of  time  the  user  must  wait  for  the  tape  to  be  assigned 
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to  the  job.   To  prevent  operator  intervention  the  user  should  specify  U  as 
one  of  the  values  for  the  PO  option  on  the  initial  LABEL  statement.   For 
more  information,  see  Chapter  10,  NOS  Reference  Manual  Volume  1.   This 
indicates  that  the  tape  should  not  be  removed  from  the  drive  immediately 
after  it  is  released. 

Although  P0=U  does  not  guarantee  that  the  tape  will  remain  on  the  drive  for 

an  indefinite  amount  of  time,  it  should  allow  a  sufficient  amount  of  time 

for  the  user  to  request  the  tape  to  be  reassigned  before  the  operator 
dismounts  it  from  the  drive. 

When  the  user  completes  his  work  with  the  tape,  he  should  dismount  the  tape 
with  the  UNLOAD  command.   This  indicates  that  the  tape  can  be  removed  from 
the  tape  drive. 


Labelled  Tape  Positioning 

The  SI  (set  identifier)  parameter  and  one  or  both  of  the  FI  (file 
identifier)  and  QN  (tape  file  number)  parameters  must  be  specified  to 
position  a  labelled  tape  to  a  particular  tape  file.   If  both  FI  and  QN  are 
specified,  both  are  checked  to  ensure  the  tape  is  positioned  properly. 

After  the  tape  is  positioned  to  the  correct  file,  a  REWIND  command 
positions  the  tape  to  the  beginning  of  the  same  file  and  the  end  of  the 
file  is  regarded  as  the  end-of-information  (EOI).   A  LABEL  command  is 
required  to  position  the  tape  to  a  different  file. 

If  the  SI  or  FI  parameters  are  specified  incorrectly,  the  user  may  receive 
the  error  message: 

MULTI-FILE  NOT  FOUND 
REQUESTED  SECTION  nnnn. 
FOUND  SECTION  mmmm. 

where  nnnn  indicates  the  QN  of  the  requested  file  and  mmmm  indicates  the  QN 
of  the  file  actually  found.   If  QN  is  not  specified  on  the  LABEL  control 
statement,  and  this  error  occurs,  nnnn  is  the  QN  number  of  the  last  file  on 
the  tape  plus  one,  indicating  a  nonexistent  file;  mmmm  is  the  QN  number  of 
the  last  file  on  the  tape. 


Unlabelled  Tape  Positioning 

Users  can  position  an  unlabelled  tape  to  a  particular  file  by  using  the  NOS 
commands: 

REWIND  Position  the  tape  to  the  beginning  (load  point)  of  the  tape. 

SKIPR  Skip  physical  records. 

SKIPF  Skip  physical  files. 

SKIPBF  Backspace  over  files. 
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SKIPEI   Position  the  tape  to  the  end  of  data. 

These  commands  treat  records  and  files  according  to  the  format  of  the  tape, 
i.e.,  the  F  parameter  value.   If  F=I  is  specified,  the  commands  will  work 
in  the  same  way  as  they  would  work  for  disk  files. 

For  more  information  about  these  commands  and  tape  formats,  see  the  NOS 
Reference  Manual  Volume  1 . 


Write  Errors 

It  is  sometimes  difficult  to  find  the  cause  for  an  error  which  occurs  while 
data  is  transferred  to  and  from  a  tape.   Some  possible  reasons  for  these 
errors  are: 

The  tape  format  is  incorrect  (F  option),  the  wrong  density  is 
specified  or  the  wrong  tape  drive  (7-track  vs.  9-track)  is  requested. 

The  tape  drive  hardware  malfunctions. 

The  wrong  tape  is  mounted. 

The  wrong  parity  is  requested  (7-track  tapes  only). 

If  an  error  occurs,  and  the  actual  cause  of  the  error  is  not  obvious,  there 
are  some  steps  the  user  can  take  in  an  attempt  to  eliminate  the  problem: 


Check  the  control  statement  parameters  to  be  sure  they  are  correct; 
the  default  option  values  should  also  be  checked. 

Issue  a  LISTLB  statement  (labelled  tapes  only)  to  check  the  tape 
labels. 

Issue  a  CATALOG  statement  (unlabelled  tapes  only)  to  check  the  number 
and  size  of  the  tape  files.  The  CATALOG  statement  can  not  be  used 
with  7-track,  even  parity  coded  tapes. 

Use  the  CYBER  utility  EXAMINE  to  check  the  organization  of  the  data  on 
the  tape. 

If  the  tape  is  9-track,  request  a  different  tape  drive.   This  requires 
communication  with  the  operator  to  eliminate  the  possibility  that  the 
tape  drive  heads  are  dirty  or  a  hardware  malfunction  has  occurred. 


Intermittent  Errors 

Frequently,  intermittent  physical  tape  errors  will  be  detected  and 
corrected  after  one  or  more  re-tries  by  the  system.   This  does  not  affect 
the  execution  of  the  job;  however,  error  messages  indicating  errors  of  the 
following  form  do  appear  in  the  dayfile: 
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NT,C  ... 
NT  .  .. 
NT  ... 
NT  ... 

These  messages  may  be  an  indication  that  it  is  time  to  get  a  new  tape,  but 
if  the  system  always  recovers  the  information,  the  tape  may  be  used  as  is. 


Common  Errors 

A  list  of  common  errors  and  some  insight  into  the  causes  or  possible 
solutions  is  given  below. 

.   ARGUMENT  ERROR 

Error  in  control  card  parameters  or  bad  punctuation  in  the  command. 

.   DEMAND  EXCEEDED 

More  tape  drives  were  requested  than  were  specified  on  the  RESOURC 
command.   Specify  the  number  and  types  of  drives  which  are  needed  via 
the  RESOURC  command. 

.   DEMAND  INSTALLATION 

More  tape  drives  were  requested  than  are  available  at  this 
installation.   Possibly,  a  drive  is  being  repaired,  or  a  system  error, 

.   DEMAND  VALIDATION 

Tape  usage  is  not  allowed.   Issue  a  LIMITS  command  to  check 
permission. 

.   IMPROPER  ACCESSIBILITY 

The  tape  may  have  access  restricted  by  the  owner  or  the  FI  parameter 
may  be  incorrect. 

.   BLANK  TAPE 

Tape  is  mounted  on  7-track  rather  than  9-track  or  vice-versa,  or  tape 
may  have  a  bad  spot  (check  this  via  the  EXAMINE  utility). 

.   BLOCK  COUNT  ERROR  IN  TRAILER  LABEL 

The  block  count  in  E0F1  or  E0V1  label  does  not  agree  with  data  read. 
All  data  has  been  transferred.   May  be  past  the  EOI. 

.   BLOCK  SEQUENCE  ERROR 

Block  length  or  block  number  recorded  in  tape  appears  to  be  wrong. 
May  be  past  EOI,  or  the  tape  is  not  F=I  format. 


25 


BLOCK  TOO  LARGE 

Data  block  is  too  long  for  the  format  specified.   If  using  F=S,  F=L 
may  be  needed  instead. 

CHANNEL  MALFUNCTION 

Tape  drive  hardware  error.   Contact  the  operator  or  the  consultants. 

END  OF  TAPE 

End  of  tape  reached.   Perhaps  the  reflective  tape  marker  is  missing 
(have  the  operator  check). 

ERASE  LIMIT 

Error  occurred  while  attempting  to  write  to  a  tape.   Either  there  is  a 
bad  spot  on  the  tape  or  a  tape  drive  is  malfunctioning  (report  to 
consultants) . 

LABEL  CONTENT  ERROR 

Required  parameters  are  missing  or  given  incorrectly. 

LABEL  MISSING 

-  Unlabelled  tape  mounted  as  a  labelled  tape. 

-  Tape  mounted  using  wrong  density  (wrong  tape  mounted). 

-  Tape  mounted  with  the  wrong  format  specified. 

-  Error  occurred  when  reading  a  tape  that  was  written  incorrectly. 

READ  AFTER  WRITE 

Illegal  sequence,  program  logic  error. 

STATUS  ERROR 

-  Parity  Error. 

-  Postamble  Error. 

-  Single  Frame  Error. 

-  Error  occurred  while  reading  a  tape. 

Check  with  the  consultants  or  use  EXAMINE. 
UNIT  HUNG  UP  ON  EOP  OR  BUSY 

-  Tape  is  bad. 

Tape  mounted  at  the  wrong  density. 

Rerun  the  job.   If  it  is  not  successful,  contact  the  consultants  or 
use  EXAMINE. 
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ERROR  RECOVERY  MESSAGES 

While  attempting  to  recover  from  an  error  or  abnormal  condition,  the 
tape  drivers  issue  progress  report  messages  to  the  dayfile.   These 
messages,  which  are  four  lines  long,  indicate  that  a  recovery 
procedure  was  initiated.   They  do  not  indicate  that  an  irrecoverable 
error  has  occurred.   The  general  format  of  the  message  is: 

00 . 00 . 00 . NT , C 1 3-n , VSN , TY , XX , SO , GS0000 . 
00.00.00.NT,C13,D00000000000000000000000 
00 . 00 . 00 . NT , C1 3 , F00 , 100 , B000000 , L0000 , P000 . 
00 . 00 . 00 . NT , C 1 3 , E00 , H00000000 , message . 

Most  of  the  information  contained  in  these  messages  is  designed  to 
facilitate  corrections  to  the  basic  tape  driver  routines.   However,  a 
few  items  are  generally  useful: 


LINE  1 


VSN 
TY 

XX 


The  last  digit  of  the  tape  drive  number 
9-track  tape  drives  are  numbered  50, 
51,  52  and  54;  the  7-track  drive  is  53- 
The  name  of  the  tape. 
RD  if  the  last  operation  was  a  read. 
WD  if  the  last  operation  was  a  write. 
The  tape  drive  number. 


LINE  3 


B000000 
L0000 


100 


Number  of  physical  block  where  error  occurred. 
Length  of  the  block  (as  indicated  above).   Both 
of  these  numbers  are  octal.   The  usefulness 
of  this  information  depends  on  the  type  of  error. 
The  re-try  number,  indicating  the  number  of  times 
the  operation  has  been  attempted. 


LINE  4:   message 


Short  message  indicating  from  what  problem  the 
system  is  trying  to  recover. 


USING  IBM  TAPES  ON  THE  CYBER 


The  creation  and  use  of  IBM  compatible  tapes  on  the  CYBER  require  some 
adjustments  to  compensate  for  the  differences  between  the  two  systems, 
important  differences  to  be  considered  are: 


The 


An  IBM  tape  must  use  the  EBCDIC  character  set  rather  than  the  standard 
DISPLAY  character  set  used  by  the  CYBER. 


An  IBM  tape  requires  a  tape  format  of  S  (stranger)  or  L  (long 
stranger)  rather  than  the  CYBER  default  format  I  (internal). 

Record  length,  block  length  and  blocking  factors  are  specified  by  the 
user;  CYBER  tape  usage  automatically  includes  this  information  on  the 
tape. 
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The  information  given  below  pertains  only  to  tapes  which  contain  data 
written  in  characters.   For  information  about  reading  IBM  tapes  which 
contain  binary  data,  see  the  Data  Conversion  Guide.  This  guide  is 
available,  free  of  charge,  in  the  CSO  Distribution  Center  (Room  164  DCL). 

When  the  format  of  a  control  language  command  is  given,  all  items  in  lower 
case  indicate  values  which  must  be  provided  by  the  user.   Examples  are 
given  to  illustrate  the  valid  use  of  some  of  the  commands. 


Character  Set 

The  CYBER  default  character  set  is  DISPLAY  (6-bit).   To  specify  the  EBCDIC 
(8-bit)  character  set,  required  for  IBM  compatible  tape  usage,  include  the 
parameter  CV=EB  on  the  LABEL  control  statement.   This  causes  an  automatic 
conversion  between  DISPLAY  and  EBCDIC  characters. 


Tape  Format 

The  F  parameter  on  the  LABEL  control  statement  determines  how  the  data  is 
recorded  on  the  tape.   The  CYBER  default  format  is  F=I  (internal  format) 
which  allows  for  information  about  the  length  of  each  data  record  to  be 
recorded  on  the  tape.   The  360/75  can  neither  generate  this  type  of  format 
nor  easily  read  this  data.   Instead,  either  the  F=S  (stranger)  or  F=L  (long 
stranger)  format  must  be  used. 

F=S  and  F=L  specify  that  only  the  actual  data  is  written  on  the  tape, 
without  recording  length  information.   F=L  is  used  if  the  actual  length  of 
a  physical  record  is  longer  than  5120  6-bit  characters  or  3840  8-bit 
characters.   The  F=L  format  requires  increased  system  overhead  and  should 
be  avoided  when  possible. 


Record  and  Block  Lengths 

Because  F=S  and  F=L  formatted  tapes  are  recorded  without  length 
information,  the  user  must  specify  this  information  before  the  program 
statements  are  given. 

The  logical  record  length  is  defined  by  the  length  of  each  data  record. 
For  example,  if  the  data  from  a  card  deck  is  being  read  to  tape,  the  record 
length  would  be  80  characters  or  80  columns. 

The  block  length  is  the  physical  length  of  data  recorded  on  the  tape.   A 
short  record  gap  occurs  between  each  block  on  the  tape.   A  block  can 
contain  one  or  more  records  and  the  number  of  records  per  block  defines  the 
blocking  factor.   As  the  value  of  the  blocking  factor  increases,  fewer 
record  gaps  are  needed,  thus  reducing  wasted  space  the  tape.   Blocking 
factors  within  a  range  of  one  to  40  are  generally  reasonable.   Note  that  as 
the  block  length  increases,  the  amount  of  core  required  to  run  the  program 
also  increases. 
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Record  length,  block  length  and  blocking  factors  can  be  specified  as 
options  to  local  blocking  or  deblocking  procedures  (i.e.,  TBLOCK  or 
DEBLOCK)  or  on  a  FILE  control  statement. 


Labelled  Tapes 

An  EBCDIC  labelled  tape  is  used  in  the  same  way  that  a  labelled  F=I  format 
tape  is  used  (see  "Tape  Usage  on  the  CYBER").   Generally,  the  values  of  the 
VSN  and  SI  parameters  are  the  same.   One  of  the  parameters  QN  or  FI  is  used 
on  a  LABEL  control  statement  to  position  the  tape  to  a  particular  file. 
The  value  of  the  FI  parameter  and  the  IBM  dataset  name  (DSNAME)  should  be 
the  same . 


Unlabelled  Tapes 

To  use  an  unlabelled  tape,  specify  the  LB=KU  parameter  on  the  LABEL  control 
statement.   The  tape  can  be  positioned  to  particular  tape  files  by  using 
one  Gf  the  following  NOS  commands: 

REWIND  Positions  the  tape  to  the  beginning  (load  point). 

SKIPR  Skips  physical  records. 

SKIPF  Skips  physical  files. 

SKIPBF  Backspaces  over  files. 

SKIPEI  Positions  the  tape  to  the  end  of  data. 

For  more  information  about  these  commands,  see  the  NOS  Reference  Manual 
Volume  1 . 

Reading  an  IBM  Compatible  Tape 

A  LABEL  control  statement  is  used  to  request  a  tape  mount  before  an  IBM 
compatible  tape  is  read.   The  format  of  the  command,  including  some  of  the 
available  parameters,  is: 

LABEL( lfn , VSN=tpname-rk# , NT , PO=R , CV=EB , F=S , SI=setid , QN=n ) 

where: 

lfn        Is  the  local  filename  used  to  reference  the  tape. 

tpnarae-rk#  Specifies  the  tape  name  and  rack  number. 

NT         Specifies  that  the  tape  be  mounted  on  a  9-track  tape  drive. 

PO=R       Specifies  that  the  write  ring  be  removed  from  the  tape  which 
places  the  tape  in  read  only  mode. 
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CV=EB       Converts  EBCDIC  characters  to  DISPLAY  characters. 

F=S        Indicates  that  the  tape  is  in  S  format. 

SI=setid    Specifies  the  set  identifier  for  files  on  the  tape.   The  setid 
is  usually  identical  to  tpname. 

QN=n       Positions  the  tape  to  the  specified  tape  file  number. 

For  additional  information  about  the  LABEL  control  statement,  see  Chapter 
10  of  the  NOS  Reference  Manual  Volume  1. 

After  the  LABEL  statement  is  issued,  the  tape  can  be  read  into  a  disk  file 
by  using  one  of  the  following  methods: 

.   Use  the  DEBLOCK  procedure  file.   DEBLOCK  reads  blocked  data  and  writes 
records  into  a  local  disk  file.   To  access  DEBLOCK,  type: 

GET , DEBLOCK/UN=LIBRARY . 

The  calling  sequence  format,  including  some  of  the  available 
parameters,  is: 

CALL , DEBL0CK( TAPE=lfn , DISK=di  sk , RECSIZE=rs , BF=bf ) 

where: 

lfn   Specifies  the  local  filename  used  to  reference  the  tape. 

disk  Specifies  the  local  disk  file  to  which  the  data  is  transferred. 

rs    Specifies  the  record  length  of  each  record  on  the  tape. 

bf    Specifies  the  number  of  records  stored  in  one  tape  block 
(blocking  factor). 

For  additional  information  about  the  DEBLOCK  procedure  file,  see 
reference  guide  RF-3.18. 

Example: 

LABEL( TAPER , VSN=TESTER-E000 , NT , P0=R , CV=EB , F=S , SI=TESTER , QN= 1 ) 

GET , DEBLOCK/UN=LIBRARY . 

CALL , DEBLOCK (TAPE=TAPER , DISK=MYFILE , RECSIZE=80 , BF= 1 0 ) 

To  transfer  additional  files  from  the  same  tape  before  it  is 
dismounted  (e.g.,  RETURN, lfn)  the  tape  must  be  repositioned  by  a  LABEL 
statement  in  the  format: 

LABEL(lfn,SI=tpname,QN=n) 

followed  by  a  subsequent  call  to  DEBLOCK. 
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Example: 

LABEL ( TAPER, SI=TESTER,QN=2) 

CALL , DEBLOCK( TAPE=TAPER , DISK=AFILE , RECSIZE=80 , BF=20 ) 

Execute  a  FORTRAN  program,  using  both  the  FILE  and  LDSET  control 
statements. 

The  FILE  control  statement  is  used  to  specify  record  and  block  length 
information  and  must  precede  the  LDSET  command.   The  format  of  the 
command  is: 

FILE(lfn,BT=K,RT=F,FL=fl,MBL=bl,RB=bf) 

where: 

lfn   Is  the  local  filename  used  to  reference  the  tape. 

BT=K  Specifies  that  each  block  contains  the  same  number  of  records. 

RT=F  Specifies  that  all  records  are  the  same  length. 

fl    Specifies  the  record  length. 

bl    Specifies  the  block  length. 

bf    Specifies  the  blocking  factor. 

For  detailed  information  about  the  FILE  control  statement,  see  the 
CYBER  Record  Manager  User's  Guide. 

The  LDSET  control  card  is  used  to  indicate  to  the  FORTRAN  program  that 
a  FILE  control  statement  was  specified  and  must  immediately  precede 
the  load  of  the  object  file  (i.e.,  LGO).   The  format  of  the  command 
is: 

LDSET(FILES=lfn) 

where  lfn  is  the  filename  used  to  reference  the  tape  (as  given  in  both 
the  LABEL  and  FILE  control  statements). 

Example: 

LABEL ( TAPER , VSN=TESTER-E000 , NT , P0=R , CV=EB , F=S , SI=TESTER , QN= 1 ) 

FILE(TAPER,BT=K,RT=F,FL=80,MBL=800,RB=10) 

FTN,I=MYPROG. 

LDSET (FILES=TAPER) 

LGO. 

To  transfer  additional  files  from  the  same  tape  before  it  is 
dismounted  (e.g.,  RETURN, lfn)  the  same  sequence  of  control  statements 
is  used.   However,  the  form  of  the  subsequent  LABEL  statement  is 
changed  to  reposition  the  tape: 
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LABEL ( 1 f n , SI= tpname , QN=n ) 

NOTE:   If  the  same  FORTRAN  program  is  being  run,  it  is  not  necessary 
to  repeat  the  FTN  control  statement. 

Example: 

LABEL ( TAPER , SI=TESTER , QN=2 ) 

FILE(TAPER ,BT=K , RT=F ,FL=80 ,MBL= 1 600 , RB=20) 

LDSET(FILES=TAPER) 

LGO. 


Creating  an  IBM  Compatible  Tape 

A  LABEL  control  statement  is  used  to  request  a  tape  mount  and  to  write  an 
internal  label  before  an  IBM  compatible  tape  is  created.   The  format  of  the 
command,  including  some  of  the  available  parameters,  is: 

LABEL(lfn,VSN=tpname-rk#,NT,PO=W,W,CV=EB,F=S,FI=fileid,SI=tpname) 

where: 

P0=W       Specifies  that  a  write  ring  be  put  in  the  tape  which  allows  the 
tape  to  be  written  on. 

W  Specifies  that  an  internal  label  is  to  be  written  on  the  tape. 

FI=fileid   Specifies  a  unique  name  for  the  tape  file  being  written.   (The 
FI=  value  is  equivalent  to  the  360/75  DSN=  value.) 

After  the  LABEL  statement  is  issued,  the  disk  file  can  be  written  to  a  tape 
by  using  one  of  the  following  methods: 

.  Use  the  TBLOCK  procedure  file.  TBLOCK  transfers  data  from  a  local 
disk  file  to  a  tape,  using  any  desired  blocking  factor.  To  access 
TBLOCK,  type: 

GET , TBLOCK/UN=LIBRARY . 
The  calling  sequence,  including  some  of  the  available  parameters,  is: 

CALL,TBLOCK(TAPE=lfn,DISK=disk,RECSIZE=rs,BF=bf) 
where: 

lfn   Specifies  the  local  filename  used  to  reference  the  tape, 
disk  Specifies  the  local  disk  file  from  which  data  is  transferred. 
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rs    Specifies  the  length  of  the  records  to  be  transferred  to  tape. 

bf    Specifies  the  number  of  records  in  each  tape  block. 

For  additional  information  about  the  TBLOCK  procedure  file,  see 
reference  guide  RF-3.18. 

Example: 

LABEL(TAPE1,VSN=MYTAPE-E999,NT,PO=W,W,CV=EB,F=S,FI=FILE1,SI=MYTAPE) 

GET , TBLOCK/UN=LIBRARY . 

CALL,TBL0CK(TAPE=TAPE1 ,DISK=FILE1 ,RECSIZE=120,BF=20) 

To  transfer  additional  disk  files  to  the  same  tape  before  it  is 
dismounted  (e.g.,  RETURN, lfn)  the  tape  must  be  positioned  to  the 
end-of-information  by  a  LABEL  statement  in  the  format: 

LABEL(lfn,FI=fileid,SI=tpname,QN=9999) 

followed  by  a  subsequent  call  to  TBLOCK. 

Example: 

LABEL(TAPE1 ,FI=FILE2 , SI=MYTAPE , QN=9999 ) 
CALL,TBLOCK(TAPE=TAPE1,DISK=FILE2,RECSIZE=80,BF=10) 

Execute  a  FORTRAN  program,  using  both  the  FILE  and  LDSET  control 
statements.   As  given  above,  the  formats  for  the  FILE  and  LDSET 
statements  are: 

FILE(lfn,BT=K,RT=F,FL=fl,MBL=bl,RB=bf) 
and 

LDSET(FILES=lfn) 
Example: 

LABEL(TAPE1,VSN=MYTAPE-E9999,NT,PO=W,W,CV=EB,F=S,FI=FILE1,SI=MYTAPE) 

FILE(TAPE1,BT=K,RT=F,FL=120,MBL=2400,RB=20) 

FTN,I=OUTPROG. 

LDSET(FILES=TAPE1) 

LGO. 

To  transfer  additional  files  to  the  same  tape  before  it  is  dismounted 
(e.g.,  RETURN, lfn)  the  same  sequence  of  control  cards  is  used. 
However,  the  format  of  the  subsequent  LABEL  statement  is  changed  to 
reposition  the  tape  to  the  end-of-information,  e.g.: 

LABEL(lfn,FI=fileid,SI=tpname,QN=9999) 

NOTE:   The  FTN  control  statement  need  not  be  repeated  if  the  same 
FORTRAN  program  is  being  run. 
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Example: 

LABEL(TAPE1,FI=FILE2,SI=MYTAPE,QN=9999) 

FILE(TAPE1,BT=K,RT=F,FL=80,MBL=8000,RB=10) 

LDSET(FILES=TAPE1) 

LGO. 

If  problems  are  encountered  when  using  IBM  tapes  on  the  CYBER,  or  if 
additional  assistance  is  needed,  contact  the  Systems  Consultants  (Room  138 
DCL,  333-6133). 


TRANSFERRING  TAPES  BETWEEN  VARIOUS  INSTALLATIONS 

Tape  recording  techniques  must  be  considered  when  a  tape  is  used  at  an 
installation  other  than  the  one  at  which  it  was  created.   The  main 
differences  occur  in  the  following  areas: 

Number  of  tracks,  recording  density  and  parity 

Type  of  data 

Labels 

Tape  format 

Record  and  block  lengths 

If  a  tape  is  always  used  on  the  same  make  of  computer  with  an  identical 
operating  system,  problems  may  not  occur.   However,  many  computer 
manufacturers  use  different  recording  techniques  for  tapes,  and 
foreknowledge  of  these  differences  will  minimize  the  occurrence  of  tape 
problems. 

Number  of  Tracks.  Recording  Density  and  Parity 

A  tape  can  be  recorded  on  a  7-track  tape  drive  or  on  a  9-track  tape  drive. 
A  tape  written  on  a  9-track  drive  cannot  be  read  on  a  7-track  drive  and 
vice-versa.   This  may  be  a  problem  since  not  all  installations  have  both 
7-track  and  9-track  tape  drives. 

Also,  there  are  various  recording  densities  which  determine  how  compactly 
the  data  is  written  on  the  tape.   Density  is  measured  in  bytes  per  inch 
(BPI),  e.g.,  the  density  at  which  the  data  is  to  be  read  and/or  written. 
The  7-track  drive  at  CSO  can  handle  200  BPI  (for  reading  only),  556  BPI  and 
800  BPI.   The  9-track  drives  can  handle  800  BPI  and  1600  BPI.   Some  9-track 
drives  at  other  installations  can  handle  data  as  dense  as  6250  BPI. 

Parity  is  used  to  check  for  physical  problems  on  the  tape.   Odd  parity  is 
used  for  9-track  tapes  and  either  even  parity  or  odd  parity  can  be  used  on 
a  7-track  tape. 
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Type  of  Data 

Data  can  be  recorded  on  a  tape  as  character  data  or  binary  data. 

Character  data  differs  greatly  between  various  computer  manufacturers. 
Some  of  the  common  character  codes  are  ASCII,  EBCDIC  (used  by  IBM)  and 
DISPLAY  (used  by  CDC).   Generally,  some  internal  conversion  of  the 
characters  on  the  tape  to  the  character  set  of  the  machine  that  is  to  be 
used  will  be  necessary.   In  all  cases,  it  is  beneficial  to  keep  a  list 
which  describes  the  machine  representation  of  the  character  set  which  was 
used  to  record  the  tape.   This  is  particularly  useful  if  a  tape  from 
another  installation  is  being  used  at  CSO  and  if  the  data  is  recorded  in  a 
character  set  other  than  ASCII,  EBCDIC  or  DISPLAY.   If  you  plan  to  send  a 
tape  recorded  on  the  CYBER,  send  a  copy  of  the  proper  code  conversion 
charts  found  in  Appendix  A  of  NOS  Reference  Manual  Volume  1  as  well. 

Binary  data  is  a  difficult  problem  to  handle  when  transferring  data  to  a 
machine  with  a  different  word  size.   IBM's  360  and  370  series  machines  use 
a  32-bit  word  size;  CDC's  170  series  machines  use  a  60-bit  word  size. 
Detailed  information  about  reading  and  converting  IBM  data  to  CYBER  data  at 
CSO  is  given  in  the  Data  Conversion  Guide.   This  guide  is  available,  free 
of  charge,  in  the  CSO  Distribution  Center  (Room  164  DCL).   To  convert 
binary  data  with  a  different  word  size  to  the  CYBER,  contact  the  Systems 
Consultants  (Room  138  DCL,  333-6133)  for  assistance. 


Labels 

A  tape  can  be  written  with  or  without  internal  labels.   Internal  labelling 
is  recommended  since  it  is  a  precaution  against  accidentally  mounting  the 
wrong  tape.   However,  there  are  various  machines  that  either  do  not 
generate  labels  or  cannot  read  labels  produced  by  other  machines.   IBM  uses 
IBM  standard  labels  and  can  read  ANSI  labels.   CDC  uses  ANSI  labels  and  can 
read  IBM  standard  labels.   If  you  have  other  than  IBM  standard  or  ANSI 
labels,  contact  the  Systems  Consultants  (Room  138  DCL,  333-6133)  for 
methods  of  dealing  with  them. 

Also,  each  file  on  a  labelled  tape  has  an  identifying  name  recorded  on  the 
tape.   An  accurate  record  of  these  file  names  should  be  kept. 

Most  computers  are  capable  of  bypassing  or  ignoring  any  labels  found  on  a 
tape.   This  is  the  case  for  both  the  CYBER  and  360/75,  so  labelled  tapes 
are  preferred  at  this  installation.   However,  other  sites  may  prefer 
unlabelled  tapes. 

Unlabelled  tapes  eliminate  the  need  to  keep  track  of  internal  labels  and 
file  identifiers;  however,  an  accurate  record  of  the  contents  of  the  tape 
must  be  maintained.   Unlabelled  tapes  should  be  avoided.   The  use  of 
internal  labels  helps  avoid  positioning  errors. 
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Tape  Format 

Numerous  formats  are  available  for  writing  data  onto  a  tape.   Depending  on 
the  type  of  format  used,  information  about  the  length  of  data  records  may 
or  may  not  be  recorded  on  the  tape.   CDC  uses  the  following  formats: 

.   F=I  (Internal  format)  is  used  on  NOS  and  KRONOS  systems  and  F=SI 
(Scope  Internal  format)  is  used  on  SCOPE  systems.   These  internal 
formats  record  control  information  about  the  length  of  data  blocks 
along  with  the  data  on  the  tape.   The  control  information  is 
transparent  to  the  user  and  is  only  processed  properly  on  CDC 
computers. 

F=S  (Stranger  format)  and  F=L  (Long  Stranger  format)  is  used  for  tapes 
with  no  internal  control  information.   Tapes  with  physical  records 
less  than  or  equal  to  5120  6-bit  characters  (or  3840  8-bit  characters) 
can  be  handled  with  F=S.   Longer  physical  records  (blocks)  require  the 
use  of  the  F=L  format  and,  as  a  result,  require  more  time  and  memory 
to  be  processed  by  the  system.   The  formats  F=S  and  F=L  do  not  provide 
for  internal  recording  of  data  record  lengths.   This  information  is 
specified  via  a  FILE  card  on  the  CYBER  or  via  a  DCB  parameter  on  an 
IBM  Data  Definition  (DD)  card.   Usually,  F=S  is  used  for  non-CDC 
produced  tapes. 

F=F  (Foreign  format)  is  generally  reserved  for  analyzing  tapes  for 
which  the  tape  format  is  unknown.   The  program  EXAMINE  may  be  used  for 
this  analysis. 


Record  and  Block  Lengths 

Record  length  refers  to  the  amount  of  data  processed  by  each  READ  or  WRITE 
statement.   One  or  more  records  can  be  stored  within  a  block.   There  is  a 
physical  gap  between  each  block.   As  the  block  size  increases,  the  number 
of  physical  gaps  decreases,  thus  reducing  the  amount  of  wasted  space  on  the 
tape.   However,  increased  block  sizes  require  additional  memory  usage. 

With  CDC  Internal  format  tapes,  the  data  block  lengths  are  set  by  the 
system  and  need  not  be  known  by  the  user.   With  CDC  Stranger  format  tapes, 
the  length  information  is  not  recorded  on  the  tape;  therefore,  a  written 
list  of  record  and  block  lengths  must  be  kept  by  the  user. 

IBM  labelled  tapes  record  the  length  information  in  a  header  before  each 
data  file.   IBM  unlabelled  tapes  record  no  length  information  but  rather, 
use  the  DCB  information  given  on  the  DD  card.   It  is  to  the  user's 
advantage  to  keep  track  of  the  lengths  in  all  cases. 
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Recording  Preferences 

Each  computer  site  has  a  particular  set  of  tape  specifications  that  it 
finds  easiest  to  handle.   Be  sure  to  contact  the  site  receiving  your  tape 
and  prepare  a  tape  to  their  exact  specifications,  if  possible  and  carefully 
document  all  specifications  that  are  chosen. 

For  tapes  to  be  read  on  the  CYBER,  the  following  are  suggested: 

.   9-track/l600  BPI  coded  in  ASCII  or  EBCDIC 

.   Labelled  -  ANSI  or  IBM  standard 


.  Fixed  length  blocks  -  up  to  3840  bytes  per  block 
Fixed  length,  card  image  records  -  80  bytes/record 


If  the  tape  is  coming  from  a  N0S/KR0N0S  site,  an  I  format  tape  prepared  by 
copying  a  disk  file  directly  to  the  tape  is  acceptable;  the  same  is  true 
for  SCOPE  sites  but  the  SI  format  must  be  used. 


Summary 

Knowledge  of  these  differences  does  not  guarantee  uncomplicated  tape  usage 
on  any  machine.   However,  it  will  help  determine  the  degree  of  difficulty 
that  may  be  encountered  when  using  a  tape  at  a  different  installation.   In 
all  cases,  it  is  beneficial  to  the  user  to  keep  written  information  about 
each  tape  so  that  tape  differences  can  be  easily  evaluated.   Be  sure  to 
send  a  copy  of  this  information  along  with  any  tape  you  take  to  another 
installation  and  insist  on  receiving  this  information  for  any  tape  produced 
elsewhere. 

There  are  ways  to  acquire  information  about  unknown  contents  of  a  tape, 
e.g.,  EXAMINE  on  the  CYBER  and  DEBBY  on  the  360/75-   Contact  the  Systems 
Consultants  (Room  138  DCL,  333-6133)  for  further  information. 


REFERENCE  GUIDES 

There  are  several  basic  or  commonly  used  commands  and  procedures  that  all 
users  should  be  well  acquainted  with  when  using  the  CYBER.   These  commands 
and  procedures,  accompanied  by  a  brief  explanation  of  their  functions  and 
capabilities,  follow: 

DIRECT         Provides  permanent  file  information  on  the  CYBER. 

PRINT  Provides  flexibility  when  printing  files. 

PLOT  Sends  the  data  generated  by  plot  routines  to  the  360/75  for 

plotting. 
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TYPE 

PUNCHC 

SENDJOB 


Provides  a  listing  of  a  specified  file. 

Provides  for  the  punching  of  a  file  onto  cards. 

Provides  for  the  submission  of  batch  jobs  to  the  CYBER  and 
the  360/75  much  like  the  SUBMIT  command. 


DEBLOCK/TBLOCK  CYBER  procedure  files  which  are  used  to  transfer  fixed 
blocked  data  to  and  from  tapes. 

RELOAD         The  CYBER  file  migration  system  provides  a  method  for 
moving  files  from  disk  to  tapes  owned  by  CSO,  while 
maintaining  their  catalog  entries.   RELOAD  provides  a  way 
to  easily  retrieve  files  which  have  migrated  from  disk. 

CSO  publishes  individual  Reference  Guides  for  each  of  these  commands  and 
procedures.   Reference  Guides  can  be  obtained  at  most  RJE  sites.   At  CSO 
North  they  may  be  picked  up  in  the  User's  Work  Area  (Room  13^  DCL).   At  CSO 
South  they  are  available  in  Room  65  Commerce  West. 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 


POLICY 


USER  MEETING 

An  open  users  meeting  will  be  held  from  3:00  PM  to  5:00  PM  on  Tuesday, 
Septemoer  19  in  Room  198  Coordinated  Sciences  Lab.  The  presentation  will 
include: 

A  review  of  the  changes  to  CSO  services  over  the  past  five  years. 

A  report  concerning  changes  currently  in  progress. 

A  look  at  cnanges  and  plans  for  CSO  services  in  the  future. 

PAYMENTS  TO  CSO 

The  Computing  Services  Office  now  accepts  payment  by  check  or  charge  to  a 
university  Departmental  account  number  for  all  purchased  manuals,  tapes, 
rental  terminals  and  any  other  items  provided  Dy  CSO. 

A  non-University,  real  money  account  established  with  CSO  for  Dilling 
computer  time  will  be  treated  the  same  as  a  University  Departmental  account 
if  the  billing  for  the  purchase  is  in  the  same  name  as  the  billing  for  the 
computer  time. 

CSO  will  accept  personal  checks,  money  orders,  bank  drafts,  travelers 
checks  or  similar  forms  of  payment.  The  check  must  be  made  out  for  the 
amount  of  the  purchase,  payable  to  the  University  of  Illinois.   Cash  will 
not  De  accepted. 

when  you  pay  by  check,  you  substantially  reduce  the  time  and  cost  expended 
in  typing  and  mailing  invoices. 


ADDITIONAL  GRAPHICS  FACILITIES 

CSO  is  expanding  its  graphics  facilities  to  three  Remote  Job  Entry  sites. 
These  facilities  are  available  to  all  CSO  users  working  on  graphics 
preparation  projects. 

The  changes  given  below  are  currently  in  progress.   We  plan  to  complete 
these  changes  by  late  September. 

The  RJE  site  at  146  Electrical  Engineering  will  receive  two  Tektronix 
4010  terminals  in  addition  to  its  existing  facilities. 


Tne  RJ£  at  202  Lincoln  Hall  is  being  remodelled.  Five  Tektronix  4006 
terminals,  one  Tektronix  4010  terminal  and  a  Versatec  printer/plotter 
will  be  installed. 

The  TeKtronix  4006  terminal  currently  at  the  site  will  be  replaced  by 
a  300  baud  Infoton,  upper  case  terminal. 

Also,  one  2550  Data  Products  printer  will  replace  the  two  2410 
printers.  The  2550  printer  produces  upper/lower  case  characters  and 
generates  output  more  quickly  than  the  2410  printers. 

The  RJE  site  and  the  terminal  room  in  Mechanical  Engineering  are  being 
combined.   The  RJE  site  will  be  located  in  Room  65. 

Also,  the  facilities  at  the  RJE  site  are  being  expanded.   CSO  is 
installing  five  Tektronix  4006  terminals,  one  Tektronix  4010  terminal 
and  one  Versatec  printer/plotter.   One  upper  case  Infoton  will  be 
replaced  by  a  300  baud  DECwriter. 

Because  of  this  increase  in  graphics  facilities,  CSO  will  replace  the 
Tektronix  4006  terminal  at  the  Chemistry  RJE  site  with  a  300  baud  Infoton, 
upper  case  terminal. 

Among  the  24  Tektronix  terminals  at  these  RJE  sites,  there  are  18  4006 
terminals  (no  cursor  control)  and  six  4010  terminals  (with  cursor  control). 
Some  features  of  the  Tektronix  terminals  are: 

The  on/off  switch  for  the  4006  terminals  is  a  green  toggle  switch  on 
the  back  of  the  terminal.   To  turn  the  terminal  on,  flip  this  switch 
up.   The  on/off  switcn  on  the  4010  terminals  is  a  rocker  switch 
located  on  the  upper  right  corner  of  the  display  unit  base. 

The  PAGE  key  (on  the  upper  right  portion  of  the  keyboard)  can  be  used 
at  any  time  to  clear  the  terminal  screen.   If  you  have  just  turned  the 
terminal  on,  hit  the  PAGE  key  before  doing  anything  else.   It  takes 
about  half  a  second  to  complete  the  erasure  of  the  screen  and  anything 
sent  to  the  screen  (from  the  keyboard  or  from  the  CYBER)  during  that 
time  will  be  lost. 

The  Tektronix  terminals  do  not  have  a  screen  roll  feature.   To  clear 
the  screen  for  new  information  press  the  PAGE  button.  If  a  full 
screen  of  information  is  not  cleared,  the  new  information  will  write 
over  existing  lines  beginning  at  the  top  on  the  right-half  of  the 
screen. 

The  cursor  appears  on  the  terminal  as  a  small  rectangle  of  dots.  ' 

On  the  4006  Tektronix  terminals,  control-H  (backspace)  will  not 
physically  backspace  the  cursor.   It  still  logically  backspaces 
terminal  input,  but  you  must  count  characters  to  know  what  has  been 
deleted.   On  the  4010  terminals  the  control-H  (backspace)  is  echoed  on 
the  terminal  screen. 


There  is  no  ESCape  key  on  the  Tektronix  terminals.   Control-shift-K 
will  send  the  escape  code.   For  most  purposes,  the  BREAK  key  (on  the 
right  side  of  the  keyboard)  can  be  used  in  place  of  ESCape. 

The  4006  terminals  have  a  COPY  key,  located  on  the  right  side  of  the 
keyboard.   This  key  is  used  to  send  information  on  the  screen  to  the 
printer.   On  the  4010  terminals  the  COPY  key  is  actually  a  switch 
located  above  the  top  row  of  the  keyboard. 

The  screen  image  is  projected  at  a  high  light  intensity,  which  can 
burn  an  image  on  the  screen.   To  prevent  this  the  screen  automatically 
dims  one  minute  after  the  last  terminal  input. 

Each  Tektronix  terminal  is  connected  to  the  Versatec  electrostatic 
printer/plotter.   Pressing  the  COPY  button  will  cause  tne  current  contents 
of  your  terminal  screen  to  be  printed.   If  the  printer  is  Dusy,  your 
request  will  be  queued  until  the  printer  is  free.  When  the  printer  is 
reaay  to  make  the  copy,  a  horizontal  scan  line  will  move  down  the  screen, 
when  tne  scan  line  reaches  the  bottom  of  the  screen  the  information  has 
been  transmitted  to  the  printer/plotter.   It  takes  about  12  seconds  to 
print  one  screen  of  information.   Currently  there  is  no  charge  for  the  use 
of  the  Versatec  printer/plotter. 

Although  it  is  possible  to  generate  the  control  codes  which  draw  on  the 
terminal  directly,  most  people  will  prefer  to  use  one  of  the  two  FORTRAN 
subroutine  libraries  provided  for  this  purpose: 

Graphics  Compatibility  System  (GCS) 

GCS  supports  many  graphics  devices,  including  Tektronix  terminals  and 
the  CalComp  plotter,  in  a  compatible  manner.   To  use  the  Tektronix 
terminal  version  of  GCS,  type: 

$ATTACH,GCSBASE,GCSTEKT/UN=LIBRARY. 
$LIBRARY ,GCSBASE,GCSTEKT. 

while  in  the  BATCh  subsystem  before  executing  your  program. 
Documentation  on  GCS  is  available  in  the  CSO  Distribution  Center  (hoom 
164  DCL). 

.   PLOT- 10 

PLOT-10  is  the  subroutine  library  written  by  Tektronix  specifically  to 
support  their  terminals.   It  is  provided  primarily  for  those  who  were 
using  FUR:TEKLIB  on  the  DECsystem-10  and  for  those  who  might  be 
receiving  applications  written  to  use  PLOT-10  on  other  machines.  To 
use  PLOT-10,  type: 

$  ATTACH ,  PLOT  1 0/UIM= LIBRARY  . 
$LIBRARY,PL0T10. 


while  in  the  bATCh  subsystem  before  executing  your  program. 
Documentation  on  PLOT-10  is  not  yet  available  through  CSO. 

ftOTE:   If  you  are  using  libraries  in  addition  to  the  Tektronix  plot 

lioraries,  you  may  have  to  use  a  LDSET  card  with  each  program  load, 
rather  than  the  $LIBRARY  shown  in  the  examples  above. 

Tne  Tektronix  terminals  at  all  the  RJE  sites  operate  at  1200  baud  (120 
characters  per  second).  This  information  must  be  passed  to  PLOT-10  via  a 
parameter  in  the  call  to  INITT. 

If  you  wish  to  use  the  graphic  input  capabilities  of  GCS  or  PLOT-10,  you 
must  use  a  4010  Tektronix  terminal.   When  you  call  a  graphic  input 
subroutine  a  set  of  cross-hairs  appears  on  the  4010  terminal  screen.   The 
cross-hairs  are  positioned  by  moving  the  two  dials  to  the  right  of  the 
keyboard,   when  the  cross-hairs  are  positioned,  type  one  character  on  the 
keyboard  to  send  that  character  and  the  position  of  the  cross-hairs  to  the 
CYBER.   The  4006  terminals  do  not  have  this  capability;  therefore,  they 
cannot  be  used  for  graphic  input. 

The  following  example  is  a  plot  that  was  produced  by  a  GCS  program  on  a 
Tektronix  terminal  and  then  copied  on  the  Versatec  printer/plotter. 
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RJE   SITES   FALL   SCHEDULE 

LSO's   Remote  Jod  Entry  Sites  and  their  schedules  for   the  fall   semester  are 
given   oelow: 

CSO   Nortn   ( 129   DCL) 

Monday  -  Friday        7:30  AM   -   2:00  AM 
Saturday  7:30  ah   -   MIDNIGHT 

Sunday  12:00  NOON  -   MIDNIGHT 

CsO  South  (70  Comnierce  West) 

Monday  -  Thursday       6:00  AM  -   MIDNIGHT 

Friday  8:00  AM  -   6:30  PM 

Saturday  CLOSED 

Sunday  2:00  PM  -   MIDNIGhT 

Agriculture  (M-103  Turner  hall) 

Monday  -  Friday        6:30  AM   -   10:00  PM 
Saturday  &  Sunday  CLOSED 

Chemistry  (153  Noyes  Lab.) 

Monday  -  Friday        6:30  AM   -   5:00  PM 
Saturday  &  Sunday  CLOSED 

electrical  engineering  (146  Electrical  Engineering  bids.) 

Monday  -  Friday        0:00  AM   -    10:00  PM 
Saturday  &  Sunday  CLOSED 

ISR  and  FAR 

Monday  -  Friday         1 :00  PM   -   MIDNIGHT 
Saturday  &  Sunday      12:00  NOON  -   MIDNIGhT 

Mechanical  Engineering  (65  Mechanical  Engineering  bldg.) 

Monday  -  Friday        9:00  AM   -   5:00  PM 
Saturday  &  Sunday  CLOSED 

Psychology  (453  Psychology) 

Monday  -  Friday        9:00  AM   -   5:00  PM 
Saturday  &  Sunday  CLOSED 

Social  Science  (202  Lincoln  Hall) 

Monday  -  Friday        8:00  AM   -   10:00  PM 
Saturday  &  Sunday  CLOSED 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  August,  the  approximate  mean  time  between  failures  for  the  CYBER  was 
62  hours  and  the  mean  time  to  repair  was  14  minutes.   Memory  errors  caused 
the  major  problems  on  the  CYEER. 

tor  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  16  hours 
and  the  mean  time  to  repair  was  about  21  minutes.   Most  of  the  problems  on 
the  360/75  Vvere  caused  by  hardware  errors  on  memory  and  some  minor  software 
errors . 

As  of  August  1,  1978 ,  attention  to  some  problems  on  the  360/75  are  deferred 
until  the  end  of  the  operating  hours  of  the  Library  Control  System. 


CYBER 


SUBROUTINE  LIBRARIES 


A  suoroutine  library  is  a  file  of  relocatable  binaries  which  has  been 
modified  by  the  utility  LIBGEN  (NOS  Reference  Manual  Volume  1)  to  put  a 
directory  in  the  file.   If  instructed  to  search  a  particular  library,  the 
loader  can  look  at  this  directory  and  determine  if  any  subroutines  need  to 
be  loaded  from  it.  The  loader  searches  libraries  specified  in  either  the 
global  library  set  or  the  local  library  set. 

The  global  library  set  consists  of  one  or  two  libraries  which,  once 
specified,  are  searcned  whenever  necessary  for  the  remainder  of  tne 
job/session.   The  local  library  set  is  a  list  of  libraries  to  be  searched 
only  when  specified  for  a  particular  load.   There  is  no  practical  limit  on 
the  number  of  local  libraries  one  may  have. 


Library  Searches 

At  the  time  the  load  sequence  terminator  is  encountered,  or  when  explicitly 
requested,  the  library  sets  are  searched  for  any  unresolved  externals.  The 
sets  are  searched  circularly  in  the  following  order: 

global  libraries 

local  libraries 


system  library 

The  loader  loads  as  many  routines  as  possible  from  whatever  library  it  is 
presently  searching.   When  it  can  no  longer  load  any  routines  from  the 
present  liorary  it  moves  on  to  the  next  library  following  the  above 
sequence.  Whenever  the  loader  finds  no  more  unresolved  externals  to  load, 
the  load  is  completed  and  execution  begins.   If  the  loader  reacnes  the  end 
of  the  system  library  and  still  has  unresolved  externals,  it  starts  the 
search  over  witn  the  global  libraries.  This  circular  search  is  done  as 
many  times  as  necessary  or  until  one  complete  pass  through  the  libraries  is 
made  without  loading  any  routines.  At  this  time  a  warning  message  would  be 
produced,   tor  example: 

UNRESOLVED  EXTERNAL  -  SbbNAh 

In  this  example,  SUBNAw  is  the  name  of  the  suDroutine  the  loader  could  not 
find.  If  there  were  no  fatal  errors,  execution  would  begin  and  continue 
until  SUbNAM  was  called.   At  that  time  the  program  would  prooably  jump  to 
location  zero  and  issue  a  MODE  01  error  message. 


Specifying  Libraries 

The  global  and  local  library  sets  can  be  specified  by  control  language 
statements.  The  auxiliary  loader  control  statement  LIBRARY  is  used  to 
specify  or  clear  the  global  library  set.  The  LDSET  statement  is  used  to 
add  libraries  or  clear  the  local  library  set.   In  addition,  libraries  can 
be  added  to  the  local  library  set  by  directives  in  relocatable  binary 
files.   This  is  how  compilers  (e.g.,  FTN) ,  force  the  loader  to  load  library 
subroutines  from  a  specific  library. 

The  format  of  the  LIBRARY  command  to  specify  the  global  library  set  is: 

$LIbRARY,lib1 ,lib2. 

where  liol  and  lib2  are  tne  names  of  the  local  files  containing  the 
lioraries.   If  only  one  local  filename  is  specified,  the  global  set  will 
consist  only  of  that  file.  If  both  local  filenames  are  omitted,  the  global 
set  is  cleared  and  is  ignored  on  future  loads. 

It  should  be  noted  that  the  batch  command  LIBRARY  is  being  used.   There  is 
also  a  time-sharing  command  LIBRARY  which  is  similar  to  an  OLD  command, 
because  of  the  structure  of  the  BATCh  subsystem  of  time-sharing,  if  one 
types  merely  LIBRARY,  the  time-sharing  command  is  invoked.   To  force  use  of 
the  loader-related  command  it  is  necessary  to  prefix  the  command  with  a  $. 
This  $LIBRARY  command  will  also  work  through  card  batch,  therefore  it  is 
suggested  that  $LIBRARY  be  used  in  both  modes  of  operation. 

The  local  library  set  is  added  to  or  cleared  via  the  LDSET  statement.  The 
format  is: 

LDSET (LIB=lib1/lib2/. . .libn) 


where  libl   through  libn  are   the  names  of  the  local  files  containing  the 
libraries.    Each   library  name   is  optional  and  a  null  list  clears  the  local 
library  set.      The  LDSET  statement  must   be   specified  as  part  of  a  loader 
sequence.      As  many  LDSLT  statements  as   necessary  can   be  used.      The  effect 
of   using  more   than   one   LDSET  statement  when  specifying  local   libraries   is 
the  same   as  that  of  concatenating  them  on  the  end  of  a  previous  LDSET 
statement.      For  example,    the   following  methods  of  using  CALCOMP  with  GCS 
are  equivalent: 

LDShT(LIB=GCSBASE/GCSCALC/CALCOMP)  LDSET(LIB=GCSBASE) 

LGO.  LDSET(LIB=GCSCALC) 

LDSET(LIB=CALCOMP) 

LGO. 


STATISTICAL  SEhVICES 


CYBEK  DATA  BASE  MANAGEMENT  PROGRAM 

CSO  has  installed  SIR  (Scientific  Information  Retrieval)  on  the  CYBER.  SIR 
is  a  hierarchical  data  base  managment  system.   Its  control  language  syntax 
is  similar  to  that  of  SPSS  and  BMDP. 

Some  of  the  capabilities  provided  by  SIR  are  given  below. 

Provides  a  means  for  describing  the  data  in  terminology  which  is 
meaningful  to  the  researcner. 

Protects  the  integrity  and  security  of  the  data. 

Provides  a  variety  of  means  for  inputting,  modifying,  deleting  and 
generally  controlling  the  contents  of  the  data  file. 

Performs  both  simple  and  highly  complex  data  retrievals  in  a 
straightforward  manner. 

Has  a  language  structure  that  is  familiar  to  SPSS  users  and  can  be 
learned  without  extensive  study. 

A  SIR  computer  run  is  composed  of  one  or  more  tasks  where  a  task  can  be  one 
of  tne  following: 

Schema  Definition 

Describe  the  data  base  and  the  types  of  records  contained  in  it. 
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Data  Input  and  Upaate 

Ada  records. 

Replace  records. 

Delete  records. 

Update  only  certain  variables  in  a  record. 
Retrieval 

Extract  data  from  one,  some  or  all  of  the  records  belonging  to  each 
case . 

Perform  simple  statistical  procedures. 

Create  an  SPSS  or  BMDP  save  file. 

Create  a  new  SIh  data  base. 

Produce  a  complex,  hierarchical  report. 

utilities 

Store  a  data  base  on  tape  or  disk. 

Purge  a  data  base. 

Create  a  card  image  copy  of  a  SIR  data  base. 

List  the  contents  of  all  or  part  of  the  data  base. 

Create  a  new  SIR  data  base  which  is  a  subset  of  an  existing  data  base 

Merge  an  entire  record  type  from  one  SIR  data  base  into  another  data 
oase . 

Command  Syntax  Checking 

Causes  SIR  to  read  the  command  set,  check  it  for  syntax  errors  and 
produce  a  report  descrioing  the  type  and  location  of  each  error 
encountered.   The  commands  are  not  executed. 

SIR  can  be  run  in  batch  mode  or  the  user  may  invoice  the  SIR  Query 
subsystem.   This  subsystem  provides  tne  facilities  for  performing 
"interactive"  information  retrieval  from  the  users'  data  base.   During  a 
SIR  Query  run  tne  user  can: 
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input  a  set  of  SIR  retrieval  commands  and  correct  and  edit  them  with 
tne  interactive  editior. 

Execute  the  retrieval  commands. 

Save  the  retrieval  commands  for  later  use. 

Execute  previously  defined  sets  of  commands. 

Specify  run  time  parameters  for  a  given  retrieval. 

Have  the  SIR  retrieval  program  interact  with  the  user  by  prompting  for 
and  accepting  input  during  execution. 

Change  selected  data  base  variables  using  COMPUTE  and  IF  statements. 

Schema  Definition  and  Data  Input  and  Update  runs  can  also  be  performed 
during  a  SIR  Query  session.   However,  the  user  cannot  interact  with  these 
programs  once  execution  has  begun. 

Use  the  following  control  statements  to  run  a  SIR  job  from  batch  mode: 

ATTACH, SIR/UN=LIbRARY  . 
SIR(I=file1,L=file2) 

where: 

filel  Specifies  the  local  file  which  contains  the  specification  of  the 
problem  and  data.  If  filel  is  not  specified,  tne  information  is 
contained  in  the  system  file  INPUT  by  default. 

file2   Specifies  the  local  file  to  which  the  results  are  written.   If 

file2  is  not  specified,  the  results  are  written  to  the  system  file 
OUTPUT  by  default. 

To  run  SIR  in  interactive  mode,  use  the  following  control  statements: 

ATTACH ,SIR/UN=LIBRARY . 
SIR(IA[ .parameters]) 

NOTE:  Brackets  indicate  an  optional  entry. 

SIR  manuals  will  be  available  in  late  September  at  the  CSO  Distribution 
Center  (Room  164  DCL).  See  the  Statistical  Servics  Consultants  (Room  65 
Commerce  West)  for  further  information  and  assistance. 
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MISCELLANEOUS 


hAZELTINE   REPAIRS 


CSO   is  now   equipped   to  repair  Hazeltine    1500  video  terminals.      Charges  for 
the   repairs  will   be: 

Hain  board  Exchange  $135.00 

honitor  Board   Exchange  $   95.00 

Power  Supply  Exchange  $  95-00 

Labor  $   14.00  per  hour   (one  hour  minimum) 

If  no   boara  exchange  is  necessary,    charges  will  be  parts  and  labor   only. 

Please  call  CSO  Terminal   Repair,   333-0969,   for  service,      be  sure   to  have 
your  university  Account  Number  and  correct  title   for  charges  when  you   call. 


TELENET  SUkVEY 

CSO  is  investigating  the  possibility  of  establishing  a  TELENET  Public 
Packet-Switcned  Network  node  in  Urbana.      This  would  allow  users  to  dial  a 
local  number  to   establish  a  connection  to  whatever  TELENET  site   they  want 
to  use.      At  present,    the   closest  TELENET  nodes  are  in  Chicago  and 
St.    Louis. 

There   is   also    the  possibility  of   connecting  the   CYBER  to  TELENET.      This 
would  make  the  CYBER  readily  accessible  on   a  world-wide   basis  via  that 
communications  network.      Thus,    the  CYBER  would  be  available  for  use   over 
high  grade   communications  lines  for  users  who   are  not  in  the  area. 

We  need  your  help  in  determining  the  amount  of  connect  time  that  would  be 
used  monthly  on  a  TELENET  node  in  Urbana.      If  you   presently  use  or  plan  to 
use  TELENET  or  ARPANET,  we  would  like  to  hear  from  you.      Please  contact 
Cliff  Carter   (Room   195  DCL,    333-3723)    or  Larry  Sautter   (Room  65  Commerce 
West,    333-2171). 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of 
OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
request  for  removal  is  received,  or  until  a  mailing  is  returned  as 
undeliveraole. ) 


Check  one:   (   )  New  subscriber 
(   )  Removal  request 
(   )  Address  correction 


New  address:    NAME 
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CAMPUS  or  Zip   Code 
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SPECIAL  ISSUE 


This  issue  presents  the  plans  for  CSO  services, 
present  and  future.  A  number  of  these  items 
will  be  discussed  at  the  Open  Users1  Meeting 
on  September  19. 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals. 


INTRODUCTION 

This  special  issue  of  OFF-LINE  is  divided  into  three  sections.   The  first  section  provides  a 
brief  historical  picture  of  the  growth  and  the  distribution  of  CSO  services,  and  relates  this  to 
current  capacity  and  plans.   The  second  section  reports  the  status  of  projects  which  have  been 
in  progress  for  some  time  and  whose  impact  is  expected  to  be  felt  during  the  current  school 
year.   The  final  section  discusses  areas  of  interest  for  the  future.   This  section  is  far  more 
speculative  than  the  others  since  only  the  beginnings  of  our  plans  in  these  areas  are  definite 
and  any  impact  will  be  relatively  far  in  the  future.   In  fact,  some  of  these   areas  may  be 
abandoned  or  may  be  implemented  in  a  form  far  different  from  the  way  we  presently 
envision.   They  are  presented  now  so  that  users  may  help  provide  insight  into  their  utility. 


HISTORICAL 


GROWTH  OF  FACILITIES  AND  SERVICES 

Over  the  past  several  years,  there  have  been  major  changes  in  the  machines,  services  and 
facilities  which  CSO  offers.   Periodically,  it  is  necessary  to  assess  the  effects  of  such  changes. 
The  effects  of  the  changes  may  be  assessed  easily  on  measures  which  are  directly  quantifiable; 
however,  it  is  left  to  the  user  community  to  assess  its  effect  on  research  and  instructional 
programs. 

As  a  gross  measure,  the  quantity  of  services  delivered  to  users  has  approximately  tripled  from 
FY'74  to  FY'78.   A  standardized  definition  of  the  service  units  is  used  for  this  measure.   The 
price  per  service  unit  has  decreased  by  over  one-third  in  that  time,  and  will  be  reduced  again 
about  October,  1978. 

By  far,  the  largest  portion  of  this  growth  has  occurred  in  the  internally-funded  research 
allocations  of  the  Research  Board.   Within  this  area,  use  has  more  than  tripled  for  standard 
services  and  bulk  use  exceeds  the  FY'74  regular  use  even  after  the  75%  discount  is  applied. 

Instructional  use,  including  the  student  "free  access"  system,  has  approximately  doubled,  and 
externally  funded  use  has  risen  about  80%. 

In  total,  campus-funded  work  has  grown  faster  than  externally-funded  work,  although  the 
dollars  received  from  external  sources  have  grown.   It  is  important  to  keep  these  external 
funds  flowing  because  the  CSO  budget  depends  on  them,  and  because  the  rate 
structure/allocation  system  interaction  affects  the  amount  that  can  be  allocated. 


Use  of  CSO  Facilities 

Year 

Percentage  of  Use 

Instructional 

Research  Board 

Sponsored 

FY'74 
FY'76 

FY'77 

35 
30 
26 

39 
44 

57 

26 
25 
17 

The  Research  Board  allocations  are  ahead  of  schedule  for  our  planned  growth  system  and 
some  tightening  up  can  be  expected  this  year. 

In  viewing  this  growth  by  a  factor  of  three,  it  is  important  to  also  make  an  analysis  of 
capacity.  In  FY'74,  the  systems  available  were  overloaded;  while  in  FY'78,  the  systems  were 
operating  about  60%  of  their  billable  capacity.  Given  that  we  are  in  the  third  of  seven  years 
of  growth  to  current  capacity,  this  allows  for  growth  of  about  5%  per  allocation  period  in  the 
future.  How  this  capacity  is  to  be  distributed  to  instructional,  Research  Board  and  external 
funds  will  be  discussed  in  the  near  future. 


Composition  of  Growth 

During  any  period  of  five  years,  the  composition  of  the  services  billed  will  change 
significantly.  Perhaps  the  most  noticeable  change  at  CSO  in  the  last  five  years  was  the  shift 
from  a  batch  to  a  terminal  orientation.  The  number  of  user  terminal  hours  has  risen  from 
about  30,000  in  FY'74  to  over  180,000  in  FY'78.  The  number  of  batch  jobs  started  to 
decline  by  FY'77  and  of  those  run,  about  30%  were  initiated  from  a  terminal.  This  trend 
towards  terminal  use  is  more  extensive  than  anticipated  and  is  due,  in  part,  to  the  practicality 
of  doing  what  were  relatively  large  IBM  360/75  jobs  at  a  terminal  because  of  the  tremendous 
speed  of  the  CYBER  175. 

Other  factors  which  accompany  batch  use  also  are  in  decline,  e.g.,  card  reading,  but  unlike 
many  other  terminal-oriented  schools,  the  use  of  printers  and  plotters  is  growing.  The  wide 
distribution  of  Remote  Job  Entry  (RJE)  sites  has  led  to  a  strong  preference  for  CRT 
terminals  which  will  only  increase  as  they  are  improved  in  speed  and  intelligence. 

The  terminal  orientation  has  produced  an  increased  demand  for  online  storage,  which  is  not 
yet  satisfied  despite  enormous  growth  in  the  number  and  capacity  of  disks  available.  The 
addition  of  the  Mass  Storage  System  to  the  CYBER  should  provide  for  a  better  balance  of 
storage  and  a  more  usable  system. 

The  disciplinary  division  of  services  has  remained  quite  stable,  except  that  the  share  going  to 
the  Department  of  Computer  Science  has  decreased,  and  the  Commerce  and  Social  Science 
departments  have  grown  rapidly.  The  ranking,  however,  is  largely  unchanged.  This  is  true 
for  both  instruction  and  research.   In  the  area  of  sponsored  research,  the  only  major  changes 
are  rapid  growth  by  the  State  Water  Survey  and  the  Survey  Research  Laboratory,  and 
decreases  for  Psychology,  DCS  and  Aeronautical  Engineering.  There  is,  of  course,  more 
shifting  of  position  in  the  smaller  user  departments. 

Bulk  rate  computing  has  been  spread  over  five  departments  and  about  20  projects.  This 
major  area  of  growth  has  yielded  significant  results  and  has  allowed  the  University  to  compete 
in  areas  of  research  not  practical  on  other  campuses.   In  some  months,  the  computational 
power  applied  to  these  problems  exceeds  the  power  applied  to  all  other  work.   Since  this  is 
done  on  a  time  available  basis,  it  has  no  measurable  impact  on  other  users. 

It  is  difficult  to  assess  the  relationship  between  these  usage  characteristics  and  the  productivity 
of  the  research  program  or  the  effectiveness  of  instruction.  We  are  interviewing  various 
faculty  members  about  their  feelings  on  this  subject,  but,  at  the  moment,  it  appears  that  there 
is  little  uniformity  of  opinion.  It  is  clear  that  many  people  feel  that  the  kinds  of  service  we 
offer  can  enhance  or  hinder  their  progress,  but  they  offer  little  general  advice  or  are  not 
aware  of  the  technological  options. 


We  have  now  reached  a  stage  where  the  traditional  computing  services  offerings  are  relatively 
easy  to  provide.   However,  there  are  many  other  ways  that  computing  can  help  the  research 
and  instructional  process: 

.    Personal  computers  may  be  far  more  appropriate  and  responsive  in  some  situations. 
Potential  users  may  appreciate  advice  and  the  opportunity  to  get  experience  in  this 
area. 

.    Research  results  can  be  prepared  more  efficiently  if  word  processing  and  automatic 
typesetting  facilities  are  available. 

•  More  and  more  experiments  are  computer  controlled.   Being  able  to  automatically 
ship  data  to  the  central  site  eases  extensive  analysis. 

•  As  computing  becomes  ubiquitous,  the  number  of  difficult  and  searching  questions 
from  potential  users  increases.   This  indicates  a  need  for  wider  scope  in  our  user 
consulting  facilities. 

We  are  concentrating  on  improving  our  offerings  in  these  and  other  new  areas.   We  welcome 
both  general  and  specific  suggestions  about  future  needs  or  current  problems.  The  rest  of 
this  special  issue  is  devoted  to  progress  reports  and  speculation  about  the  future.   If  this 
stimulates  ideas,  please  let  us  know. 


CURRENT  PROJECTS 


LINK  BETWEEN  LABORATORY  COMPUTERS  AND  CYBER  - 

PROGRESS  REPORT 

By  mid-September,  a  high-speed  link  between  mini-computers  located  in  laboratories  and  the 
CYBER  should  be  functional  and  in  use.   CSO  has  developed  a  system  in  which  a  PDP-11  at 
DCL  communicates  asynchronously  with  the  mini-computers  and,  in  turn,  communicates 
with  the  CYBER,  thus  allowing  user  programs  to  access  laboratory  data. 

A  variety  of  mini-computers  may  be  used  at  the  laboratory  end  of  the  system.   Each  type  will 
be  able  to  use  very  simple  asynchronous  communication  as  well  as  using  the  available 
asynchronous  hardware  interfaces  that  are  typically  found  on  mini-computers.   The  present 
plans  are  to  support  lines  of  up  to  9600  baud  while  we  test  the  capacity  of  the  various  points 
in  the  communications  process.   In  addition  to  supporting  laboratory  computers,  over  the 
next  year,  we  will  be  putting  special  peripherals  for  media  exchange  onto  this  PDP-11.   We 
hope  to  be  able  to  support  floppy  disks,  cassette  tapes  and  paper  tapes  for  exchanging 
information  with  mini-computers. 


LIBRARY  CONTROL  SYSTEM  -  PROGRESS  REPORT 

The  Library  Control  System  is  expected  to  begin  service  sometime  during  the  fall  semester. 
The  principal  determinant  of  when  it  becomes  operational  is  the  date  of  completion  of  the 
shelf  list  data  base.  Other  aspects  of  the  service  are  nearly  complete  for  both  the  Urbana 
campus  and  Medical  Center.  Chicago  Circle  will  become  operational  sometime  after  these 
two. 

The  impact  on  the  360/75  will  probably  not  be  seen  until  late  October  or  early  November. 
At  that  time,  we  expect  a  substantial  load  to  be  caused  by  the  library  application.  Since  this 
coincides  with  the  end  of  the  semester,  student  projects  should  be  completed  as  early  as 
possible  or  done  on  the  CYBER.  There  are,  of  course,  services  on  the  360/75  which  we 
continue  to  depend  upon  and  these  should  receive  adequate  resources. 

In  addition  to  being  used  for  controlling  the  circulation  of  books,  LCS  is  an  inquiry  system 
which  provides  information  about  library  holdings.  Each  patron  terminal  on  the  system  has 
access  to  information  from  the  shelf  lists.   Examples  of  two  types  of  inquiry  are  shown  below. 
The  first  example  illustrates  an  Author  Title  Search  inquiry: 

Command: 

ATS/DANICHARI 

Results: 

523.13022EEH1970     DANIKEN,  ERICH  VON,  1935- 

CHARIOTS  OF  THE  GODS?    UNSOLVED  MYSTERIES  OF  THE  PAST$NY     70-81645 
619854     1968  3     ADDED:    780524 

01  001  16-4W  EDX 

02  002  3W      UGX 

03  003  2W      IUX 

PAGE  1  END 
The  second  example  illustrates  a  Title  Search  inquiry: 
Command: 

TLS/CHARGODS 

Results: 

523.13022EEH1970     DANIKEN,  ERICH  VON,  1935- 

CHARIOTS  OF  THE  GODS?    UNSOLVED  MYSTERIES  OF  THE  PAST$NY     70-81645 
619854     1968  3     ADDED:    780524 

01  001  16-4W  EDX 

02  002  3W      UGX 

03  003  2W      IUX 

PAGE  1  END 

These  terminals  will  be  located  in  each  branch  of  the  University  Library  as  well  as  in  various 
locations  within  the  Main  Library  and  the  Undergraduate  Library  buildings.  The  initial 


system  for  the  three  campuses  contains  a  network  of  140  terminals  and  uses  a  disk  data  base 
of  one  and  one-quarter  billion  characters. 

There  is,  at  present,  no  communication  between  other  CSO  time-sharing  terminals,  or  our 
dial-up  network,  and  the  library  application,  although  there  have  been  requests  to  allow  dial- 
up  access  from  private  terminals. 


FUTURE  PLANS 


CABLE  SYSTEM 

CSO,  in  cooperation  with  the  Operation  and  Maintenance  Division  (OMD),  is  installing  a 
private  coaxial  cable  system  to  support  the  next  generation  of  computer  related 
communications  on  the  campus.   Coaxial  cable  is  an  integral  part  of  the  technology  used  for 
the  distribution  of  cable  TV.   A  great  part  of  the  communications  system  with  which  we  are 
involved  will  use  the  conventional  technology  available  for  such  a  system. 

In  this  article,  we  describe  the  distribution  of  the  physical  system  and  give  some  idea  of  the 
potential  uses  of  such  a  system.   Future  uses  are  quite  speculative  because  the  capacity  of  the 
system  is  so  large  and  the  data  types  which  can  be  distributed  are  so  varied  in  comparison 
with  anything  we  have  used  in  the  past. 

The  physical  system   ultilizes  a  .6  inch  diameter  cable  which  is  run  from  building  to  building 
through  the  OMD's  cable  duct  system.   Thus,  it  is  not  exposed  to  the  vagaries  of  the 
weather.   In  each  building  along  its  path,  the  system  is  connected  to  a  distribution  panel   so 
that  future  installations  within  the  building  can  be  carried  out  without  disturbing  the 
continuity  of  the  cable. 

Sometime  ago,   OMD  installed  a  cable  for  use  in  the  managing  of  energy  resources  and 
energy  consumption  on  the  campus.   That  system  runs  from  the  main  OMD  building  at 
Florida  Avenue  and  Oak  Street  into  the  vicinity  of  the  University  Main  Library.   Additional 
cable,  which  is  being  installed  this  fall,  will  run  from  the  Civil  Engineering  building  at  the 
north  end  of  the  campus  through  CSO  and  down  the  west  side  of  the  Quadrangle  where  it 
will  be  attached  to  the  existing  cable  at  the  Main  Library  building.   At  various  points  along 
the  way  the  signal  is  amplified  so  that  an  acceptable  signal  is  available  between  any  two  points 
on  the  cable.   Although  coaxial  cable  is  normally  used  directionally,  there  will  be  a 
rebroadcast  mechanism  at  the  end  of  the  cable  so  that  communications  between  any  two 
points  on  the  cable  are  possible. 

Two  distinct  types  of  communications  will  take  place  on  a  prototypal  basis  as  we  experiment 
with  the  cable  to  determine  its  use  in  future  communications.   The  first  use  of  the  cable  will 
provide  an  alternative  to  conventional  telephone  line  communications  for  the  transmission  of 
data  from  terminal  to  computer  or  from  computer  to  computer.   The  system  for  energy 
management  uses  such  data  communication  to  transmit  information  regarding  consumption 
of  energy  and  the  condition  of  switches  throughout  the  network.   CSO  will  use  the  cable  for 
our  terminals  and  RJE  facilities  in  a  manner  which  is  similar  to  that  presently  used  on  our 
Bell  telephone  lines.   The  advantages  are  primarily  in  the  area  of  obtaining  high  bandwidth. 


This  will  become  increasingly  useful  when  future  generations  of  computers  and  terminals 
provide  the  capabilities  to  exploit  this  facility.  In  addition,  communication  from  one 
computer  to  another  with  high  reliability  and  high  bandwidth  becomes  quite  feasible. 

While  CSO  has  advanced  considerably  in  providing  distributed  access  to  computers,  the 
problems  of  providing  consulting  support  to  the  same  distribution  has  not  been  solved 
satisfactorily.  The  second  use  of  the  cable  will  support  closed  circuit  TV  communications  so 
that  consulting  services  from  a  centralized  staff  will  be  available  to  a  geographically  distributed 
user  community.  During  this  school  year,  we  intend  to  assemble  a  prototype  of  a  consulting 
station  which  allows  the  consultant  to  view  both  the  person  and  written  information,  such  as 
a  computer  listing,  over  the  closed  circuit  TV  system.  The  user,  in  turn,  will  view  both  the 
consultant  and  supporting  materials,  such  as  pages  of  documentation,  blackboards, 
handwritten  materials  and  other  items  which  the  consultant  needs  to  provide  the  requested 
information. 

The  requirements  to  do  this  job  satisfactorily  are  not  fully  defined  nor  are  the  limits  of  the 
facilities  which  are  readily  available.  A  prototype  facility  is  being  built  to  allow  testing  of 
various  strategies  and  equipment  because  we  feel  it  is  necessary  to  solve  the  remote 
consultation  problem  if  we  are  to  fully  support  the  distribution  of  computing  services  for  the 
convenience  of  the  user. 

The  capacity  of  the  cable  network  is  overwhelming  by  our  present  standards.  A  single  cable  is 
able  to  support  24  channels  of  conventional  television  grade  signals  in  each  direction.  Each 
television  channel  represents  several  million  bits  of  data  bandwidth  which  can  simultaneously 
support  single  low  speed  lines  or  different  grades  of  data  paths  for  RJE's  as  well  as  other 
requirements.  Because  of  the  close  tie  between  CSO  and  the  OMD  system,  the  cable  network 
can  be  expected  to  reach  all  of  the  major  buildings  on  campus  in  the  future.  The  collection  of 
products  on  the  market  for  use  in  conjunction  with  private  coaxial  cable  is  improving  rapidly 
and,  as  new  products  are  introduced,  we  will  be  able  to  add  new  and  interesting  services  or 
deliver  our  service  in  new  and  interesting  ways. 


IMPROVED  TEXT  PROCESSING 

The  services  which  support  text  processing  on  this  campus  have  undergone  rapid  change  in 
the  last  few  years.  The  editing  of  manuscripts,  papers  and  other  written  materials  on  a 
computer  is  allowing  the  author  to  rapidly  produce  printed  information  of  good  quality  at  a 
reasonable  cost.  One  of  the  principal  weaknesses  in  the  system  which  is  presently  available  is 
the  inability  to  produce  high  quality  text  with  full  mathematical  notation,  including  the  Greek 
alphabet.   CSO  has  recently  acquired  a  photocomposition  unit  for  use  in  conjunction  with  the 
UNIX  operating  system.  This  unit  produces  quality  output,  provides  full  mathematical 
notation,  several  fonts  and  a  variety  of  point  sizes  and  is  used  in  conjunction  with  the 
sophisticated  text  processing  packages,  NROFF  and  TROFF,  on  the  UNIX  system. 

CSO  is  interested  in  developing  this  system  to  a  point  where  it  can  be  made  available  to  users 
who  require  this  level  of  service.   We  will  be  using  the  system  internally  for  our  document 
preparation  for  the  next  few  months  while  we  work  out  the  details  of  how  such  a  service  can 
be  made  available.  It  is  clear  from  the  outset  that  this  service  is  not  economically  feasible  for 
routine  manuscript  preparation,  but  that  it  may  be  the  most  economical  alternative  for 
publications  which  require  extensive  layout,  expanded  character  sets  and  varied  point  sizes. 
A  great  deal  of  the  difficult  layout  can  be  done  using  this  system. 


In  addition,  it  is  clear  that  UNIX  is  a  relatively  small  computing  system  for  the  number  of 
people  who  do  text  processing  on  the  campus.  For  this  reason,  we  anticipate  that  the  service 
will  be  based  on  the  premise  that  the  original  text  preparation,  including  the  layout 
commands,  is  done  using  some  other  computer  (either  a  CSO  facility  or  one  of  the  various 
dedicated  computers  on  the  campus).  This  text  will  be  passed  to  UNIX  for  final  processing 
either  by  computer  to  computer  communication  or  by  the  interchange  of  magnetic  tape. 
Areas  of  this  service  which  require  resolution  are  user  consultation  and  manpower  support  of 
the  end  process.  We  hope  to  solve  these  problems  during  our  internal  use  so  that  adequate 
support  is  available  to  those  who  want  to  take  advantage  of  this  service. 

After  our  initial  efforts,  we  will  solicit  examples  of  materials  which  can  take  advantage  of  the 
extended  facilities  of  the  photocomposition  system.  This  will  also  provide  an  opportunity  for 
us  to  learn  about  any  additional  requirements  which  need  to  be  supported. 

The  system  is  capable  of  producing  approximately  20  pages  of  photographic  material  per  hour, 
if  there  is  no  lost  time  for  setup  of  one  kind  or  another  and  if  the  computer  is  driving  the 
equipment  at  its  maximum  speed.   For  the  near  term,  the  photocomposition  system  will 
probably  provide  adequate  capacity  for  the  printing  of  materials  which  have  complex  layout 
requirements.  However,  it  should  not  be  viewed  as  a  replacement  for  other  forms  of 
computer  printing  when  they  are  adequate. 


NETWORKS 

The  Urbana-Champaign  campus  has  been  active  for  a  number  of  years  in  national  computing 
networks  which  aim  at  making  remote  computers  available  to  research  people  on  the  campus 
and  making  some  of  our  computing  facilities  available  elsewhere.  The  most  active  areas  have 
been  the  use  of  the  ARPAnet  by  means  of  the  PDP-11  based  UNIX  operating  system  and  the 
network  between  CSO  computers  and  the  other  University  computers  in  Chicago.  Both  of 
these  networks  are  currently  used  on  a  very  small  scale.  The  ARPAnet  will  be  discontinued 
in  the  fall  because  of  a  lack  of  a  government  sponsor.    Participation  in  ARPAnet  requires 
that  a  government  agency  be  willing  to  make  all  the  payments  to  provide  the  ARPAnet 
connection.  Typically,  this  happens  only  when  a  single  large  project  on  campus  is  sponsored 
by  an  agency  which  feels  that  it  is  essential  to  make  this  service  available. 

Our  plans  concerning  networks  are  under  development  at  this  time.  We  anticipate  the 
likelihood  of  using  TELENET,  a  commercial  descendant  of  the  ARPAnet.   Presently, 
TELENET  is  a  system  for  communication  between  terminals  and  computers  and  not  for 
computer  to  computer  file  exchange.  We  expect  that,  at  some  point  in  the  future,  the 
network  will  support  a  broader  spectrum  of  services.  But,  even  with  its  present  service 
availability,  it  does  seem  like  a  worthwhile  addition.  Presently,  there  are  members  of  the 
faculty  who  are  using  TELENET  to  access  remote  services.  The  installation  of  service  at  this 
campus  would  reduce  the  long  distance  telephone  charges  to  reach  the  network  in  Chicago  as 
well  as  the  outgoing  telephone  traffic. 

If  TELENET  is  installed,  a  few  lines  of  access  to  the  CYBER  via  TELENET  will  be  available. 
A  firm  decision  on  whether  or  not  to  proceed  with  this  installation  will  probably  be  made 
during  September. 

In  addition  to  the  external  networks,  the  network  of  the  computers  on  campus  is  increasing 
with  the  installation  of  the  coaxial  system.  This  service  will  be  expandible  through  the 


facilities  available  from  CSO.  The  standard  protocols  for  use  in  communicating  with  our 
systems  will  be  described  soon. 


PERSONAL  COMPUTING 

The  personal  computer  is  certainly  the  hottest  new  item  among  computer  related  equipment 
and  services.  The  personal  computer  can  be  characterized  as  a  complete  system  which 
includes  a  keyboard,  a  display  device,  a  processor  and  memory,  and  a  resident  language, 
typically  BASIC.  Equipment  and  software  may  be  added  which  allow  it  to  function  as  a 
computer  terminal,  which  provide  access  to  a  removable  floppy  disk  that  is  capable  of  storing 
perhaps  200,000  characters,  and  which  provide  access  to  an  audio  tape  recording  system  that 
allows  the  saving  of  programs  and  occasionally  data. 

The  cost  of  personal  computers  is  currently  in  the  range  where  individuals  can  afford  them, 
their  popularity  is  growing  rapidly,  and  widespread  distribution  is  occurring.  The  cost  of  an 
absolutely  minimal  system  is  approaching  $500,  although  the  cost  of  a  system  with  a 
collection  of  peripherals  can  reach  $3000  to  $4000.  Such  a  large  system  would  be  relatively 
uncommon.  A  representative  system  under  $2000  with  disk  storage  and  communications 
facilities  can  serve  as  a  stand-alone  computing  system. 

CSO  has  acquired  and  will  provide  access  to  three  of  the  most  popular  systems  currently 
available  because  of  the  important  role  that  such  systems  are  expected  to  play.  The  use  of 
these  systems  will  be  free  of  charge.  We  will  announce  their  locations  in  a  future  issue  of 
OFF-LINE.  You  will  be  able  to  use  them  to  learn  their  capabilities  and  to  study  the  feasibility 
of  using  them  in  your  applications.  This  will  help  us  gain  sufficient  experience  to  give 
intelligent  advice  on  this  important  new  area  as  it  develops. 

The  three  systems  are  the  Radio  Shack  TRS-80,  the  Commodore  PET  and  the  Apple 
Computer,  Inc.,  APPLE  II.  All  of  these  systems  use  BASIC  as  the  principal  computing 
language.  There  are,  however,  substantial  differences  among  them  which  make  them  more 
or  less  attractive  for  particular  applications. 

The  PET  is  the  simplest  of  the  systems  in  that  all  of  the  components  of  an  entry  level  system 
reside  in  one  cabinet.  The  external  components  consist  of  a  keyboard,  a  CRT  and  an  integral 
audio  cassette.  The  memory  (8K)  and  processors  are  in  the  cabinet.  Expansion  of  the 
system  requires  attachment  of  additional  devices  and  the  associated  cables  between  them. 
The  system  is  approximately  the  size  of  the  CRT  terminals  currently  in  use  at  CSO.  The 
most  unusual  feature  of  the  PET  is  the  keyboard.  It  has  a  variety  of  graphic  characters  for 
plotting  and  drawing  applications.  The  PET  is  based  on  the  MOS-TEK  6502  processor  and  a 
small  system  has  8000  8-bit  memory  locations. 

Functionally,  the  Radio  Shack  TRS-80  is  very  similar  to  the  PET.  It  differs  in  that  the  display 
unit  and  the  cassette  are  not  integral  to  a  single  package  but  are  devices  which  are  attached  by 
cable.  The  system  has  two  different  versions  of  the  BASIC  language— one  being  an  extension 
of  the  other.  The  keyboard,  similar  to  standard  keyboards,  does  not  support  graphics 
facilities  as  does  the  PET.   In  the  case  of  the  TRS-80,  memory  of  4000  or  16,000  bytes  is 
typical.   Expansion  is  supported  through  additional  devices.  The  system  is  based  on  the  Zilog 
Z-80  processor. 

The  APPLE  II  is  a  somewhat  more  expensive  system  which  is  normally  purchased  as  a  single 
cabinet  consisting  of  a  keyboard,  memory  and  processor.  The  display  device  for  the  APPLE 


II  does  not  come  with  the  system.   Instead,  a  standard  television  set  can  be  attached  either 
through  the  antenna  or  through  a  coaxial  cable.  The  APPLE  II  is  capable  of  doing  graphics 
in  color  with  the  options  of  medium  resolution  (256  X  176  dots)  and  four  colors  or  very  low 
resolution  (40  X  48  dots)  and  16  colors.  The  APPLE  II  is  also  based  on  the  6502  processor 
and  again  BASIC  is  the  fundamental  language,  although  this  system  has  fairly  extensive 
facilities  for  use  of  machine  language. 

In  each  of  the  systems,  the  amount  of  memory  may  be  expanded  and  each  system  has  an 
assortment  of  peripheral  devices  available.  The  ability  to  expand  memory  and  to  add  memory 
subsystems  is  very  important.   However,  at  this  time,  it  is  impossible  to  tell  the  long-term 
direction  that  any  of  the  products  will  take.   Each  system  either  has  an  attachment  which 
allows  it  to  be  used  as  a  terminal  or  provides  some  descriptive  material  on  how  to  build  such 
a  communications  interface.  The  plans  for  installing  them  at  CSO  include  providing 
attachments  which  allow  them  to  be  used  as  terminals. 

Our  experience  with  these  systems  indicates  that  a  number  of  troublesome  areas  should  be 
investigated  when  making  a  selection.  The  principal  area  of  difficulty  in  using  these  systems 
concerns  communicating  information  between  systems  of  identical  or  similar  nature.  There 
are  no  standards  for  the  recording  format  of  either  audio  tape  or  disk  cassette.   It  does  not 
appear  that  information  can  be  moved  between  systems  except  through  a  third  party 
computer  with  which  each  can  establish  communications.  The  literature  indicates  some 
difficulties  in  moving  information  occur  between  identical  machines  because  of  the  quality  of 
the  peripherals  currently  in  use.  The  quality  does  not  provide  the  close  tolerances  necessary 
to  make  complete  compatibility  possible.  The  language  features,  even  within  the  BASIC 
language,  vary  substantially  from  machine  to  machine.  This  is  an  important  criterion  for 
anyone  wishing  to  do  programming  other  than  straight  arithmetic  calculations. 

The  means  by  which  equipment  is  maintained  is  of  great  significance.  It  varies  from 
returning  the  item  to  the  factory  for  repair  to  taking  a  product  to  a  local  shop  for  repair.  In 
this  area,  it  is  also  important  to  look  at  the  quality  of  the  documentation  since  you  might  be 
able  to  maintain  the  equipment,  due  to  its  extreme  simplicity  of  design,  if  the  design  is  well 
documented. 

There  are  also  great  differences  in  the  quality  of  documentation  of  the  language  and  operating 
system  facilities  and  none  equals  the  quality  and  variety  typically  found  for  large  computing 
systems. 

These  systems  will  process  in  the  range  of  a  few  dozen  to  a  few  hundred  BASIC  statements 
per  second.   Considerable  literature  exists  describing  both  the  use  of  these  systems  and  the 
evaluation  of  products  by  users.   Magazines  such  as  BYTE,  Personal  Computing,  and  Dr.  Dobbs 
Journal  are  generally  available  at  the  retail  outlets  that  sell  personal  computers.  These 
magazines  and  various  user  groups  provide  an  extensive,  although  informal,  software 
exchange. 


CYBER  MASS  STORAGE  SYSTEM 

Disk  files,  like  old  paperbacks,  are  hard  to  throw  away.  They  are  also  hard  to  save  offline 
because  in  most  cases  it  is  difficult  to  determine  if  they  will  ever  be  needed  again.  Most  users 
let  CSO  make  the  decision  for  them.  CSO  accommodates  this  strategy  by  periodically 
migrating  unaccessed  files  to  magnetic  tape  from  which  they  can  be  reloaded  to  disk  upon 
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request.   Typically,  only  a  small  fraction  of  the  files  migrated  need  reloading,  but  until 
recently  the  reloading  process  was  so  unwieldy  that  the  entire  policy  was  viewed  as  being 
somewhat  irksome. 

The  present  migrating  and  reloading  process  allows  the  user  to  reload  files,  usually  within  a 
couple  of  hours,  without  the  need  for  a  trip  to  the  Consulting  Office,  or  the  filling  out  of 
forms.   Although  the  present  reload  delay  is  still  too  long,  the  idea  of  migrating  infrequently 
used  files  to  a  storage  medium  that  is  less  expensive,  but  which  provides  slower  access  than 
disk,  is  so  simple  and  economically  attractive  that  it  deserves  to  be  persevered.  The  trick  is  to 
automate  the  reloading  process  so  that  it  is  not  significantly  longer  than  the  normal  time  it 
takes  to  GET  or  ATTACH  a  file. 

The  CDC  Mass  Storage  subsystem,  which  CSO  has  acquired,  does  this  by  using  a  form  of 
magnetic  tape  that  is  packaged  in  a  manner  which  normally  allows  it  to  be  processed  without 
intervention.   Instead  of  the  normal  2400  feet  of  half-inch  tape,  the  mass  store  uses  an  8-foot 
length  of  2.7  inch  wide  tape  which  is  stored  in  a  cartridge  about  three  inches  long  and  with  a 
one  inch  square  cross  section.   About  2000  such  cartridges  are  kept  in  a  two  dimensional 
array  of  storage  bins  and  cartridges.   Each  can  be  automatically  selected  and  transported  to 
one  of  two  tape  transports  which  opens  it  and  "mounts"  the  tape  inside.  This  process  typically 
takes  less  than  ten  seconds. 

Each  cartridge  can  store  approximately  eight  million  bytes  of  information,  so  the  total  mass 
storage  unit  capacity  is  approximately  16  billion  bytes,  or  nearly  ten  times  more  than  our 
present  online  disk  storage  capacity.   Of  course,  like  disk,  not  all  of  this  capacity  can  be  used, 
but  under  the  scheme  of  use  proposed,  the  ratio  of  usable  to  unusable  space  will  remain 
about  the  same  as  that  for  disk. 

The  data  on  the  tape  in  the  mass  storage  cartridge  is  divided  into  16  "streams"  which  extend 
the  whole  length  of  the  tape.   Eight  of  the  streams  are  read  in  a  forward  direction,  eight  in 
reverse.   A  whole  tape  is  thus  read  in  a  way  which  does  not  involve  the  unnecessary 
rewinding  of  tape.   The  transfer  rate  between  the  mass  storage  unit  and  the  CYBER  is  about 
800K  bytes  per  second. 

Software  for  the  mass  storage  unit  is  not  ready  yet,  but  will  probably  be  developed  over  the 
next  year  or  so.   Along  with  the  software  development,  there  will  be  a  modest  research 
activity  to  measure  system  usage,  and  monitor  user  reaction.    A  project  is  also  underway  to 
work  out  reasonable  charging  algorithms,  and  to  develop  backup  and  "drop-off1  policies 
should  the  mass  store  fail  or  become  full. 

It  should  be  emphasized  that  the  mass  storage  unit  will  be  used  in  such  a  way  as  to  make  the 
online  disk  system  look  very  much  larger  than  it  is  now,  with  the  exception  that  less 
frequently  used  files  will  have  longer  access  times.   At  present,  CSO  has  no  plans  for  allowing 
users  to  own  a  mass  storage  cartridge.   This  does  not  mean  that  this  service  will  not  be 
developed,  just  that  we  do  not  know  enough  about  the  operating  characteristics  of  the  mass 
storage  service  to  seriously  propose  it  yet. 

Further  articles  on  the  mass  storage  system  will  appear  in  OFF-LINE  as  the  service  and  its 
policies  are  developed. 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  196K  words  of  central  memory  and  256K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  terminals. 


POLICY 


CSO  SHORT  COURSES 

Every  semester  CSO  offers  short  courses  covering  various  aspects  of  the  CSO 
facilities.  No  fee  is  charged  for  these  courses. 

As  soon  as  these  courses  are  scheduled,  a  notice  is  mailed  to  those  people 
on  the  OFF-LINE  mailing  list  who  live  within  a  50-mile  radius  of  the 
University  of  Illinois  campus.   An  RJE  Bulletin  announcing  the  courses  is 
issued  and  posted  at  all  Remote  Job  Entry  sites. 

If  you  live  beyond  the  50-mile  radius  and  would  like  to  receive  notices 
about  these  courses,  please  send  a  request  to: 

CSO  Short  Courses 

187  Digital  Computer  Lab. 

Urbana,  Illinois  61 801 


ASSISTANCE  FOR  INSTRUCTORS 

The  CSO  Systems  Consulting  staff  is  available  to  help  instructors  whose 
courses  require  students  to  use  the  CSO  computer  facilities.  This 
assistance  could  include  review  of  class  handouts,  and  short  presentations 
on  the  use  of  the  CYBER  and  the  IBM  360/75. 

If  you  are  interested  in  this  service,  please  contact  Sue  Greenberg  (Room 
173  DCL,  333-4709). 


SYSTEM  NOTES 


SYSTEMS  RELIABILITY 

During  November,  the  approximate  meantime  between  failures  on  the  CYBER  was 
77.1  hours,  and  the  meantime  to  repair  was  about  34  minutes. 

On  the  360/75  the  approximate  meantime  between  failures  was  12.1  hours,  and 
the  meantime  to  repair  was  about  27  minutes. 


CYBER 


DIRECT  COMMAND 

DIRECT  now  prints  the  total  SRU  charges  for  disk  space  used  as  part  of  the 
summary  given  after  the  file  list.   The  amount  shown  is  the  charge  for  a 
30-day  period  for  the  disk  space  used  by  the  files  in  the  file  list. 
Remember  CSO  will  not  begin  charging  for  disk  space  until  Feburary  1,  1978 
To  determine  the  charge  per  file  over  the  30-day  period,  use  the  /SRU 
option . 

To  determine  which  project  index  is  associatd  with  each  of  your  files  use 
DIRECT/PROJECT.   This  prints  a  list  of  your  files  and  associated  project 
indices  and  a  summary  which  relates  each  project  index  with  the 
charge, project  pair  which  would  be  used  with  the  BILL  command. 


PASSWORD  ECHOING 

To  improve  system  security,  we  have  inhibited  password  echoing  on  all 
terminals.   Some  users  have  asked  that  we  also  inhibit  the  group  of 
characters  that  are  designed  to  mask  the  password  as  they  are  superfluous 
on  full-duplex  terminals.   However,  masking  is  essential  on  half-duplex 
terminals  that  do  their  own  character  echoing.   Since  users  of  half-duplex 
terminals  have  the  same  requirements  for  security  as  users  of  full-duplex 
terminals  and  it  is  not  possible  at  the  PASSWORD  stage  of  LOGIN  to 
determine  whether  a  terminal  is  half-duplex  or  full-duplex,  we  will  not 
inhibit  the  masking  characters. 


CYBER  TURNAROUND  TIMES 

As  a  quality  control  measure,  CSO  has  been  sampling  turnaround  times  on  the 
CYBER.  Turnaround  is  defined  as  being  the  clock  time  it  takes  a  batch  job 
to  leave  the  input  queue  and  join  the  output  queue.   Unlike  the  360/75 
turnaround  time,  it  does  not  include  the  time  it  takes  to  read  or  print  the 
job.   Since  the  introduction  of  the  new  high-speed  TIELINE,  the  CYBER  input 
queues  and  output  queues  usually  have  been  empty  (as  are  most  360/75  print 
queues) ,  so  that  the  CYBER  turnaround  times  are  optimistic  by  only  a  few 
minutes . 

On  December  1,  1977,  the  average  turnaround  time  for  all  batch  jobs  not 
requiring  tape  mounts  was  about  3  minutes.  The  average  turnaround  time  for 
all  batch  jobs  requiring  tape  mounts  was  about  20  minutes  with  90$  of  these 
jobs  being  turned  around  in  less  than  40  minutes.   Average  time-to-mount 
for  time-sharing  tape  requests  was  usually  between  5  to  10  minutes,  with 
90%  of  all  requests  honored  in  less  than  30  minutes. 

Turnaround  time  for  the  360/75  can  be  obtained  by  entering  a  &DT  command 
from  a  terminal . 


^60/75 


360/75  DISK  PACKS 

On  January  22,  1978,  UIPUB1  and  UIPUB2  will  be  replaced  by  one  dual  density 
3330  disk  pack  called  PUBLIC.   All  cataloged  (non-ISAM)  user  data  sets  will 
be  moved  automatically.  However,  user  data  sets  which  are  not  cataloged 
will  not  be  moved  and  will  be  lost. 


STATISTICAL  SERVICES 


CSO  Statistical  Services  News 

SOUPAC  is  closer  to  becoming  a  reality  on  the  CYBER.   We  hope  to  release  a 
preliminary  version  within  the  next  month  which  consists  of  some  of  the 
more  frequently  used  routines  (such  as  MAT,  TRA,  BAL,  OLS,  REG,  etc.).  We 
will  make  an  announcement  when  it  becomes  available. 

A  new  feature  has  been  added  to  the  DISCRIMINANT  program  on  the  360/75 
version  of  SOUPAC.   Box's  test  of  compound  symmetry  (equality  of  variances 
and  covariances  in  a  one-sample  or  multi-sample  pooled  variance-covariance 
matrix)  is  now  available. 

There  are  two  new  programs  on  the  CYBER  that  may  be  of  interest  to  some  of 
our  users: 

CONDIS    A  confirmatory  discriminant  analysis  program  which 
may  be  used  to  test  the  adequacy  of  a  set  of 
preassigned  discriminant  functions  (canonical 
variates)  in  MANOVA.   Three  criteria  are  offered 
in  this  program:  Hotelling  U.   PILLAI's  V  and 
Wilks'  LAMBDA. 

L1REG     Gives  linear  regression  coefficient  estimates  by 
minimizing  the  sum  of  absolute  errors  (L1  NORM) 
rather  than  the  sum  of  squared  errors  as  in  OLS. 

For  further  details  about  any  of  the  above  items,  please  contact  the  CSO 
Statistical  Consultants  (Room  65  Commerce  West,  333-2170). 


MISCELLANEOUS 


The  "People's  Terminal"  Survey 

One  of  the  important  but  more  difficult  aspects  of  developing  better 
computing  services  is  improving  responsiveness.  This  means  not  only 
improving  response  time,  but  providing  better  ways  for  people  to  develop  a 
more  symbiotic  relationship  with  the  computing  services  so  that  they  become 
a  natural  extension  of  human  capabilities  rather  than  something  that  one 
has  to  grit  one's  teeth  to  use.   Responsiveness  is  difficult  to  define  and 
measure.   It  includes  such  things  as  availability,  consistency,  facility 
and  so  on. 

In  a  study  done  about  two  years  ago,  it  was  found  that  90%  of  the  campus 
area  (north  of  Florida  Avenue)  was  within  about  one-third  of  a  mile  of  a 
CSO  terminal.   The  distance  to  the  terminal  rooms  and  their  operating  hours 
give  a  measure  of  availability.   Clearly,  public  terminals  are  much  less 
are  much  less  available  than  public  telephones.   The  fact  that  terminals 
must  be  clustered  for  proper  servicing  and  supervision  reduces  their 
availability.   Also,  people  tend  to  plan  their  trips  to  the  terminal  rooms 
with  the  result  that  terminals  are  used  for  longer  periods  during  the 
daylight  hours.   This  tends  to  increase  the  peak  loading  on  the  central 
system,  thus  degrading  services  during  the  midafternoon.   The  question  then 
is  how  can  we  improve  the  availability  of  terminals? 

If  the  price  of  terminals  could  be  reduced  to  a  point  where  people  would 
consider  it  worthwhile  to  rent  or  purchase  one  for  individual  or  group  use, 
computing  services  would  appear  more  responsive,  and  diurnal  usage  may 
appear  more  constant.   As  we  know  them  today,  a  terminal  in  its  simplest 
form  consists  of  a  keyboard,  a  display  device,  a  data  transmission  and 
receiving  device,  and  enough  electronics  to  tie  these  three  together  and 
provide  them  with  power.  Most  people  have  a  telephone  and  many  have 
television  sets  which  could  be  used,  as  a  display.   So  it  is  possible  that, 
given  long  enough  production  runs,  a  box  containing  a  keyboard,  electronics 
and  appropriate  couplers  could  form  the  basis  of  an  inexpensive  computer 
terminal . 

However,  one  need  not  stop  there.  Much  of  the  electronics  needed  for 
driving  the  display  and  the  communications  are  available  in  the  form  of 
microcomputer  assemblies.   It  would  cost  little  more  to  extend  these  to  a 
point  where  a  "mini-BASIC"  or  "mini-FORTRAN"  also  could  be  provided.  Most 
of  the  jobs  processed  by  the  central  system  are  very  small.   One  reason  for 
this  is  that  they  contain  errors  and  "bomb"  early;  another  reason  is  that 
they  are  inherently  small  (but  too  large  for  a  programmable  calculator). 
Wide  use  of  a  terminal  with  adequate  programming  capabilities  would  thus 
provide  a  responsive  personal  computing  service.   At  the  same  time  it  would 
unload  the  central  system  of  small  jobs,  thus  making  it  more  responsive  to 
larger  job  users. 


Going  even  further,  one  might  consider  adding  a  storage  facility  onto  the 
terminal  that  would  allow  its  user  to  create,  edit  and  store  program  and 
data  files  that  would  be  entirely  under  his  control.  These  files  could  be 
used  with  programs  run  on  the  terminal  computer  or  on  the  central  facility. 
Since  at  present,  about  half  the  terminals  logged  onto  the  central  facility 
at  any  time  are  using  an  editor,  and  most  files  are  small  (less  than  40,000 
characters),  this  kind  of  terminal  would  be  even  more  responsive.  This 
would  also  free  the  central  facility  making  it  more  responsive. 

Microprocessor-based  terminals  are  more  than  a  way  to  cost-effectively 
distribute  computing  power  and  to  enhance  existing  terminal  sites.  They 
offer  a  way  to  increase  the  ambient  knowledge  about  microcomputer  systems 
that  will  aid  hobbyists  and  experimenters  in  their  expectations  of  help  and 
advice  in  this  area.  This  expectation  will  increase  as  more  and  more 
people  wish  to  use  microcomputers  to  collect  data  and  monitor  experiments. 

Since  all  these  things  are  possible  now,  and  indeed  have  been  demonstrated, 
the  opportunity  seems  too  good  to  miss.   However,  there  is  a  big  difference 
in  demonstrating  the  feasibility  of  a  system  and  actually  using  such  a 
system  to  provide  an  extensive,  reliable  and  responsive  service.  These 
differences  revolve  around  the  following  issues,  some  of  which  were 
addressed  in  the  questionnaire  distributed  in  May.   There  were  302 
responses  to  the  approximately  1700  questionnaires  distributed.   About  45% 
of  the  responses  were  from  students;  the  rest  were  from  staff.   All  but  9% 
of  the  responses  were  from  people  who  had  used  either  CSO  or  PLATO.   It  is 
probably  fair  to  assume  that  many  of  the  9%   have  had  some  contact  with 
micro,  mini,  or  specialized  computing  facilities  around  campus.   In  other 
words,  the  questionnaire  did  not  get  many  responses  from  people  who  have 
not  used  computers. 

The  issues  involved  in  making  the  people's  terminal  a  reality  are: 


Desirability 

There  would  be  no  point  in  proceeding  if  the  idea  of  a  people's  terminal 
was  not  desirable.   Only  9  people  took  the  trouble  to  write  a  generally 
negative  response  ("this  is  a  waste  of  time",  etc.),  although  there  were 
a  number  of  non-committal  responses.   These  responses  arose  in 
expressing  the  desirability  for  each  of  the  four  types  of  terminals 
offered.  The  "dumb"  (or  "Infoton-like")  terminal  was  the  most 
desirable,  next  came  the  editing  terminal,  then  the  programmable 
terminal,  and  lastly,  the  terminal  allowing  the  creation  of  new 
character  sets. 


Price  and  Financing 

While  terminals  of  the  kind  we  are  interested  in  are  being  produced  now, 
there  is  no  point  in  investing  in  them  until  the  price  has  dropped  to  an 
acceptable  level.   But  what  is  acceptable?  Re3ponders  of  the 


questionnaire  indicated  a  mean  and  median  rental  price  of  about  $50  per 
semester  for  a  "dumb"  terminal,  $60  per  semester  for  a  programmable 
terminal  and  about  $80  per  semester  for  an  editing  terminal.   Purchase 
price  figures  of  about  eight  or  nine  times  the  rental  prices  were 
preferred.   At  these  prices,  the  purchase  price  of  a  "dumb"  people's 
terminal  would  be  slightly  less  than  half  the  price  of  an  upper-case 
only  "dumb"  Infoton.   These  prices  would  seem  to  be  realistic  in  the 
near  future  (say  a  year),  but  not  now.  CSO  has  had  considerable 
experience  in  the  area  of  financing  and  administering  bulk  purchases  of 
several  hundred  terminals,  and  has  negotiated  bulk  contracts  (with 
considerable  savings  as  a  result)  with  several  terminal  manufacturers. 
Experience  has  shown  that  these  kinds  of  contracts  can  take  up  to  a  year 
to  negotiate  and  complete,  by  which  time  bulk  prices  could  be 
outstripped  by  commercial  offerings  to  individuals  in  a  very  competitive 
market . 


Administration  and  Servicing 

The  provision  of  several  hundred  people's  terminals  on  long  term  rental 
or  purchase  with  maintenance  agreements  can  only  be  successful  if  the 
service  has  adequate  administrative  and  servicing  qualities.  While  CSO 
has  had  considerable  experience  in  these  areas,  it  does  not  consider 
them  its  prerogative.   A  suitable  home  would  have  to  be  found  for  the 
service  which  presumably  would  provide  terminals  for  all  appropriate 
computing  facilities  (including  CSO's).  The  most  adequate  servicing 
policy  is  probably  that  of  "replace-and-repair" ,  which  is  currently  used 
for  the  Infotons.  However,  to  do  this,  adequate  storage  and  workshop 
areas  must  be  acquired  and  maintained.   Alternatively,  this  will  be 
automatically  a  part  of  commercial  offerings. 


Television  and  Telephone 

Commercial  offerings  of  people's  terminal-like  devices  usually  come  with 
a  TV  display  which  is  a  modified  TV  set,  but  without  an  acoustic 
coupler.   Since  many  people  already  own  a  TV  set,  making  the  simple 
modification  that  would  turn  a  TV  into  a  display  would  save  enough  money 
to  buy  a  cheap  acoustic  coupler.  Only  about  15$  of  the  survey 
responsers  objected  to  such  a  modification  which  would  not  alter  the 
ofiginal  function  of  the  TV  set.   Although  it  is  possible  to  feed  the  TV 
set  through  the  antenna,  this  degrades  the  resolution  of  the  display 
(usually  16  lines  by  64  character)  and  would  not  be  suitable  in  terminal 
rooms  and  residence  halls  where  such  devices  would  be  relatively  densely 
packed.   On  the  telephone  side,  there  is  a  long-range  traffic  problem. 
The  campus  telephone  system  is  designed  to  handle  short  communications. 
Changing  the  average  call  duration  would  have  to  be  planned  or 
implemented  gradually  to  allow  adequate  time  for  the  changes  to  the 
campus  telephone  system. 


File  Storage  Medium 


When  the  survey  was  sent  out,  cassette  tape  was  considered  a  likely  file 
storage  medium,  because  many  people  own  cassette  tape  recorders. 
Subsequent  experience  has  shown  that  they  tend  to  be  unreliable  when 
recording  at  120  characters  per  second,  which  is  barely  fast  enough  for 
editing,  and  they  are  too  slow  at  30  characters  per  second,  although 
really  quite  reliable  at  this  speed.  When  considering  performance, 
floppy  disks  are  probably  better,  but  at  present  we  know  little  about 
their  reliability,  longevity,  or  interchange-  ability.  They  are  also 
much  more  expensive  than  cassette  recorders.  Until  the  market  settles 
down  to  a  few  preferred  standards  it  would  be  unwise  to  pursue  large 
acquisitions. 


Effect  on  Central  System 

While  the  wide  use  of  intelligent  terminals  is  expected  to  unload  jobs 
which  have  small  CPU  and  disk  requirments  from  the  central  system,  there 
is  little  doubt  that  it  will  increase  data  communications  demands.  The 
expressed  desire  for  editing  terminals  indicates  that  there  probably 
will  be  a  tendency  to  change  from  many  short  communications  to  fewer 
long  ones  in  which  whole  files  will  be  transferred  back  and  forth 
between  the  central  system  and  the  terminal.  This  probably  implies  a 
reorganization  of  our  data  communications  which  will  benefit  all  users, 
not  only  those  using  people's  terminals.   It  will  also  be  necessary  to 
provide  a  library  of  utility  programs  and  documentation  for  people's 
terminal  users.  The  extent  of  this  has  not  been  assessed,  but  it  is  a 
factor  inhibiting  an  immediate  CSO  sponsorship  of  such  a  service. 


All  these  issues  can  be  satisfactorily  addressed  by  a  hobbyist  or  single 
users.   It  is  another  matter  to  address  them  satisfactorily  for  a  large 
number  of  users  who  are  interested  in  getting  their  computing  done  and  are 
not  interested  in  time-sharing  with  micro-processor  kits.   Also,  devices 
similar  to  the  people's  terminal  are  becoming  commercially  available  at 
prices  not  much  greater  than  those  preferred  in  the  survey  (Radio  Shack's 
TRS-80,  for  example),  and  it's  only  a  matter  of  time  before  they 
spontaneously  make  their  way  into  the  local  terminal  menagerie. 

In  light  of  the  evident  desirability  of  this  sort  of  terminal,  their 
emerging  appearance  on  the  commercial  market  and  the  trend  toward  privately 
owned  terminals  and  small  computers,  CSO  plans  to  concentrate  on  some  of 
the  service  issues  mentioned  above.   Although  CSO  is  developing  some  of  the 
support  that  will  be  necessary,  few  conclusions  have  been  reached  about  our 
role  in  financing  and  maintenance.  These  areas  will  be  heavily  influenced 
by  the  marketing  decisions  of  vendors.   In  short,  the  people's  terminal  is 
a  good  idea,  however  it  is  not  yet  time  for  full  implementation. 


DIGITAL  EQUIPMENT  CORPORATION  SEMINAR 

A  seminar  on  the  new  VAX1 1/780  software  and  hardware  will  be  held  in  Room 
115  DCL  at  3:30  P.M.  on  January  16,  1978.   All  interested  persons  are 
welcome  to  attend. 


TERMINAL  RENTAL 

CSO  has  the  following  terminals  available  for  rent: 

Eight  Texas  Instruments  portable  terminals  for  short-term  rental  (10 
days  maximum)  at  $6.00  per  day. 

Six  Texas  Instruments  portable  terminals  for  long-term  rental  at 
$100.00  per  month. 

Two  Vistar  II" s  for  monthly  rental  at  $50.00  per  month.   In  addition, 
two  acoustical  couplers  are  available,  if  needed,  at  $5.00  per  month. 

To  arrange  for  rental,  contact  the  CSO  Distribution  Center  (Room  164  DCL, 
333-6285). 


ETHICAL  BEHAVIOR 

(The  following  is  an  edited  version  of  an  article 
by  S.   Rosen,  Director  of  the  Purdue  University 
Computing  Center.) 


It  is  the  policy  of  the  computing  center  to  provide  as  much  computing  as 
possible  to  as  many  users  as  possible.   Our  resources  are  shared  by  a  very 
large  number  of  users,  and,  to  the  extent  possible,  we  try  to  make  it 
appear  to  all  users  as  if  they  each  had  a  very  large  personal  computer 
available  to  use  in  furthering  their  individual  academic  and  research 
goals.   We  try  to  keep  the  number  of  restraints  and  restrictions  on  the 
individual  user  to  a  minimum  consistant  with  our  ability  to  provide 
services  to  all  of  the  other  users  of  the  system. 

In  order  for  these  policies  to  work  well,  and  in  order  for  us  to  be  able  to 
serve  the  very  large  number  of  users  who  use  our  services,  it  is  essential 
that  the  users  themselves  observe  reasonable  standards  of  responsible  and 
ethical  behavior  in  the  use  of  the  facilities.  Most  users  do  this  as  a 
matter  of  course,  since  ethical  standards  that  one  might  set  down  in 
connection  with  the  use  of  computers  are  not  unique  to  the  computer  field, 
and  derive  directly  from  standards  of  common  sense  and  decency  in 
connection  with  the  use  of  any  public  resource.   However,  there  have  been  a 
number  of  instances  of  unethical  behavior  on  the  part  of  a  few  users  and  it 


seems  reasonable,  therefore,  to  list  some  specific  responsibilities  of 
users,  and  some  types  of  behavior  that  represent  unethical  use  of  the 
facilities. 

It  is  obviously  a  criminal  act  to  attempt  to  damage  computer  equipment  or 
to  attempt  to  modify  that  equipment  so  that  it  does  not  function  properly. 
It  is  equally  criminal  to  attempt  to  damage  or  modify  the  software 
components:  operating  systems,  compilers,  utility  routines,  etc.   We  make 
listings  of  many  of  our  own  software  programs  available  to  users  who  want 
to  know  how  such  programs  work.   It  is  clearly  unethical  to  use  such 
listings  in  attempts  to  find  loopholes  in  the  system  that  can  be  exploited 
for  the  benefit  of  an  individual  user. 

It  is  unethical  for  a  user  to  use  an  account  that  he  has  not  been 
authorized  to  use,  either  by  the  computing  center  or  by  the  owner  of  that 
account.  Users  have  the  responsibility  of  protecting  their  accounts 
through  the  proper  use  of  passwords,  but  the  fact  that  an  account  is 
unprotected  does  not  make  it  right  for  any  unauthorized  person  to  use  it. 

Accounts  should  be  used  only  for  the  purposes  for  which  they  have  been 
established.   It  is  unethical  to  use  an  academic  or  research  account  for 
personal  business  or  for  consulting  activities.   There  are  special  accounts 
that  can  be  set  up  for  such  purposes. 

It  is  unethical  to  read  or  use  private  files  of  information  without  proper 
authorization.  Owners  of  such  files  should  take  proper  precautions  and  use 
the  security  mechanisms  provided  by  the  computing  center.   However,  the 
fact  that  a  stored  file  is  not  protected  does  not  make  it  right  for  anyone 
to  access  it,  unless  it  is  specifically  designated  as  a  public  access  file. 
Under  no  circumstances  should  anyone  change  or  delete  a  stored  file  that 
belongs  to  anyone  else  without  proper  authorization. 

Any  deliberate  wasteful  use  of  resources  is  irresponsible  and  usually 
unethical.   It  is  irresponsible  to  print  large  unnecessary  listings,  or  to 
punch  large  decks  of  cards  for  which  there  is  no  intended  use. 

It  is  a  responsibility  of  users  to  use  resources  as  efficiently  as  they 
reasonably  can.  This  is  especially  true  in  the  case  of  those  who  use  large 
amounts  of  computing.   In  a  heavily  loaded  system,  the  running  of  large 
inefficient  programs  has  the  effect  of  denying  resources  to  other  users. 
It  is  not  necessary  or  even  desirable  to  attempt  to  optimize  each  program. 
However,  users  are  expected  to  be  aware  of  the  resources  that  they  are 
using,  and  to  make  reasonable  efforts  to  use  these  resources  well. 

The  computing  center  normally  cannot  and  does  not  judge  the  value  or 
appropriateness  of  anyone's  computing.   In  some  cases,  computer  games  or 
other  apparently  frivolous  uses  of  computing  resources  may  provide  students 
with  appropriate  educational  experiences.  However,  the  repeated  and 
continued  use  of  resources  for  playing  games  solely  for  entertainment 
represents  a  wasteful  and  hence  unethical  use  of  computing  resource.  Such 
wasteful  use  is  especially  reprehensible  during  times  when  there  is  a  heavy 
computing  load. 
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The  computing  center  prefers  not  to  act  as  a  disciplinary  agency  or  to 
engage  in  police  activity.  However,  in  cases  of  obvious  and  flagrant 
unethical  behavior,  we  reserve  the  right  to  take  action  against  the 
perpetrators.   Such  action  may  involve  denying  or  limiting  access  to  some 
or  all  computing  facilities.   Serious  and  repeated  instances  of  unethical 
or  irresponsible  conduct  will  be  referred  to  the  University  authorities  for 
appropriate  action. 


HELP  WANTED 


PROGRAMMER  POSITION 


One  part-time  FORTRAN  or  COBOL  programmer  is  needed  to  work  5  to  10  hours 
per  week  for  the  Institute  of  Government  and  Public  Affairs.  For  further 
information,  call  Norman  Walzer,  333-33^0. 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of 
OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
request  for  removal  is  received,  or  until  a  mailing  is  returned  as 
undeliverable. ) 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  N0S,  serving 
up  to  190  simultaneously  active  terminals. 


POLICY 


PRICE  CHANGES 

On  February  1,  1978,  the  cost  of  the  service  unit  was  reduced.  This  is  a 
continuation  of  the  plan  to  reduce  prices  as  the  amount  of  service  offered 
grows.  For  those  who  receive  funds  from  outside  the  University,  this  means 
service  is  cheaper.  For  those  who  receive  funds  from  within  the 
University,  this  means  that  more  service  is  available  via  the  allocation 
system  without  any  increase  in  the  internal  budget  commitments  bo  CSO. 

THE  NEW  PRICE  OF  A  SERVICE  UNIT  IS  $0.82. 

At  or  about  midnight  on  January  3 1 »  the  balances  of  all  hard  money  accounts 
which  were  greater  than  ten  service  units  were  increased  by  11$. 

As  previously  announced  (December  OFFLINE),  the  charges  for  CYBER  175  disk 
space  went  into  effect. 

Three  other  changes  in  the  price  structure  should  be  noted. 

Time-sharing  CPU  time  and  10  activity  are  being  charged  at  1.25  times 
the  rate  for  batch  use  of  the  same  resources.  This  is  to  reflect  the 
greater  demand  made  by  response  time  requirements. 

BATCH 

SRU  =16(CP+IO+.028(CP+IO)CM)+CV 

TS 

SRU  =20(CP+I0+.028(CP+IO)CM)+K(CT) 

where : 

CP  =  CPU  time  in  seconds 
CM  =  central  memory  in  K-words  (1024) 
CV  =  cover  charge  -  normally  35 
CT  =  connect  time  in  hours  (time-sharing  only) 
K  =  200  for  normal  terminals 
=  300  for  Tektronix  terminals 

.  Connect  time  charges  were  dropped  from  240  to  200  SRU's  per  hour. 
Users  making  undemanding  use  of  the  system  are  unlikely  to  be 
penalized  by  the  increased  time-sharing  charges.  In  addition,  a 
connect  time  surcharge  of  100  SRU's  per  hour  is  included  to  reflect 
the  greater  cost  of  Tektronix  terminals. 

.  The  cover  charge  for  CYBER  batch  jobs  is  reduced  to  35  SRU's,  the 
equivalent  of  the  IBM  360/75  EXPRESS  cover  charge,  to  reflect  the 
comparable  system  burden. 


TERMINAL  REPAIR  SERVICE 

CSO's  terminal  repair  service  now  includes  work  on  Texas  Instruments  700 
series  portable  terminals.  This  service  was  previously  offered  by  Mr.  Del 
Knecht  at  CAC.  Mr.  Knecht  now  provides  this  service  through  CSO.   Come  to 
Room  164  DCL  or  call  333-0969  to  submit  any  terminal  repair  order.  You 
must  provide  the  following  information: 

Your  name 

Your  phone  number 

Type  of  terminal 

Terminal  serial  number  (or  University  inventory  number) 

Location  of  terminal 

Your  department 

Department  Account  Number  and  Account  Title 

Terminal  malfunction 


SYSTEM  NOTES 


NEW  TIELINE  TRANSLATION 

CSO  has  established  a  uniform  translation  between  the  character  sets  that 
are  necessary  to  its  hardware  and  software.  The  new  translation  was 
installed  on  January  15,  1978.  This  standard  for  translation  removes  the 
inconsistency  in  TIELINE  which  made  it  cumbersome  to  obtain  certain  special 
characters,  i.e.,  in  Display  Code:  ]  !   \  and  in  EBCDIC:  !  I  -%  \. 

These  changes  should  not  affect  those  who  use  FORTRAN,  but  in  many  cases 
will  affect  those  who  program  in  PL/I  or  PASCAL  and  use  TIELINE. 

Two  reference  guides  are  available  to  assist  you  with  this  change.  RF-3.10 
(Character  Codes)  gives  a  definition  of  the  major  character  codes  used  on 
the  CSO  system  and  a  chart  showing  the  translation  which  has  been  defined 
between  these  codes.   RF-3.11  (Character  Set  Conversion  Utilities) 
describes  three  utilities  which  may  be  used  on  the  CYBER  to  convert 
existing  files  to  the  new  translation.   If  you  have  any  questions 
concerning  this  change,  contact  the  Systems  Consultants  (Room  1 38  DCL, 
333-6133). 


SYSTEMS  OPERATING  SCHEDULE 

Both  the  CYBER  and  the  360/75  are  generally  available  from  8:00  AM  to 
6:00  AM.   However,  CSO  reserves  certain  regular  time  slots  for  system 
testing  and  maintenance.  During  these  times,  as  shown  below,  both 
computers  are  unavailable  to  the  user  community. 


Monday-Friday     6:00  AM  -  8:00  AM 

Preventive  Maintenance 

Sunday  8:00  AM  -  Noon 

System  Testing 

First  Friday      6:00  AM  -  10:00  AM 

of  Month         Preventive  Maintenance 

Occasionally  it  is  necessary  for  CSO  to  use  the  computers  for  more  system 
development  work  than  regularly  scheduled.  The  times  shown  below  are  used 
when  necessary  for  this  purpose. 

Monday-Friday     2:00  AM  -  6:00  AM 

System  Testing 

Saturday         8:00  AM  -  10:00  AM 

System  Testing 

Very  occasionally  system  time  on  Sunday  afternoons  (12:00  Noon  to  5:00  PM) 
is  offered,  at  no  charge  to  users,  when  CSO  is  testing  new  software.  Some 
of  these  afternoons  are  less  productive  than  others. 

A  log-on  message  is  printed  to  notify  users  when  the  system  will  be 
unavailable. 


RELIABILTY  REPORT 

During  December,  the  CYBER' s  mean  time  between  failures  was  about  49  hours 
and  the  mean  time  to  repair  was  about  55  minutes. 

The  360/75  had  a  mean  time  between  failures  of  about  eight  hours  and  a  mean 
time  to  repair  of  about  48  minutes. 

About  33  hours  of  scheduled  up  time  was  used  to  install  more  memory  and  ECS 
on  the  CYBER  during  the  last  week  of  December.   The  360/75  was  plagued  by 
CPU  problems,  and  was  subjected  to  extensive  maintenance  during  semester 
break  to  attempt  to  improve  its  reliability. 


CYBER 


MANTRAP  -  A  POST  MORTEM  DUMP  INTERPRETER 

CSO  has  recently  acquired  MANTRAP,  a  post  mortem  dump  interpreter  for  CDC 
FTN.   MANTRAP,  acquired  from  the  University  of  Liecester  in  Great  Britain, 
aids  in  program  debugging  by  relieving  the  need  to  attempt  to  interpret 
memory  and  register  dumps. 

Using  the  standard  NOS  software,  when  a  program  compiled  with  FTN  aborts, 
the  user  receives  a  terse  dayfile  message,  possibly  an  error  message  in  the 
output  and  sometimes  a  short  octal  dump.  Sometimes  this  is  sufficient 
information  for  very  experienced  programmers  to  locate  the  problem. 
Usually,  however,  this  output  does  not  give  the  slightest  clue  as  to  the 
actual  cause  of  the  failure. 

MANTRAP  is  designed  to  analyze  the  program  at  the  time  of  failure  and  print 
as  much  information  about  the  failure  and  the  state  of  the  program  as 
possible.   It  lists  such  things  as  current  contents  of  arrays  and 
variables,  location  and  type  of  error,  subprogram  trace-back  and  subprogram 
parameter  mismatches. 

If  no  problems  arise,  a  slightly  modified  FTN  compiler  will  be  installed  on 
February  15.   At  that  time,  to  select  MANTRAP,  add  the  option  LTP  to  the 
FTN  card.  For  example: 

FTN,I=PGM,LTP. 

If  all  goes  well,  on  March  1,  MANTRAP  will  become  the  default  for  all  FTN 
programs  not  specifying  the  TS  option  (excluding  programs  run  under  FTNTS 
via  the  RUN  command). 

The  following  changes  will  be  noted  in  FTN  programs  run  with  MANTRAP: 

.  Forces  the  ER  and  T  FTN  options. 

Forces  variables  to  be  initialized  to  negative  indefinite  so  that, 
under  MANTRAP,  one  can  no  longer  assume  variables  to  be  zero  at  the 
beginning  of  execution. 

Will  not  provide  an  abbreviated  loader  map  on  file  OUTPUT.  The  map  is 
placed  in  local  file  ZZZZMP  so  that  it  is  available  to  MANTRAP.  To 
look  at  the  map,  simply  PRINT  or  TYPE  ZZZZMP. 

Will  not  fully  trace-back  subroutines  with  multiple  ENTRY  points. 

Adds  164B  words  to  all  programs,  but  no  additional  time  during 
execution  if  the  program  runs  successfully.   If  a  failure  occurs, 
MANTRAP  is  automatically  called  to  analyze  the  failure.   No  special 


steps  are  necessary  to  get  the  analysis;  it  will  happen  automatically 
when  the  program  fails. 

Cannot  be  used  with  the  segment  loader. 

If  MANTRAP  is  not  appropriate,  specify  LTP=0  on  the  FTN  control  card. 

MANTRAP  User  Manuals  can  be  purchased  at  the  CSO  Distribution  Center  (Room 
164  DCL)  for  $2.00  each.  Manuals  are  available  for  inspection  in  the 
Systems  Consulting  Office  (Room  138  DCL),  the  Statistical  Services  Office 
(Room  65  Commerce  West)  and  the  Terminal  Work  Area  (Room  166  DCL). 


FORTRAN  DEBUGGING 

Perhaps  the  most  common  error  which  is  made  in  FORTRAN  programs  involves 
the  improper  use  of  arrays.  Such  errors  can  be  very  difficult  to  find 
since  they  manifest  themselves  in  many  ways. 

Consider  the  consequences  of  the  following  program  segment: 

DIMENSION   A(10) 
DO  1  1=1,1000 
B=A(I) 
1   A(I)=0 

The  array  A  is  defined  as  having  ten  elements,  A(1)  through  A(10).  Yet  the 
statement  B=A(I)  will  cause  the  machine  to  seek  values  for  A(10)  through 
A(1000),  well  beyond  the  declared  dimension  of  array  A.  Unfortunately, 
most  FORTRAN  compilers,  including  FTN,  make  no  attempt  to  check  for  these 
language  violations  during  program  execution. 

In  the  example,  B=A(I)  will  cause  values  to  be  taken  from  memory  locations 
beyond  those  assigned  to  array  A,  and  without  warning,  these  spurious 
values  will  be  placed  in  B. 

With  luck,  errors  of  this  type  will  manifest  themselves  in  "Address  Out  of 
Range"  messages  such  as  ERROR  EXIT  01  on  the  CYBER.  Otherwise,  the  program 
will  work  as  you  have  written  it  and  erroneous  results  may  be  obtained. 

The  errors  caused  by  the  statement  A(I)=0  in  the  example  are  equally 
disastrous.  An  out-of-bounds  subscript  is  used  to  place  values  into  array 
A.   As  soon  as  I  passes  out  of  the  bound  1  to  10,  A(I)=0  will  cause 
unsuspected  storage  locations  to  be  set  to  0.   These  locations  could  be 
other  variables,  arrays,  constants,  or  even  the  compiled  form  of  the 
program  statements.  This  would,  without  warning,  change  the  value  of 
constants,  or  worse,  change  the  actions  of  compiled  program  statements. 

This  problem  could  manifest  itself  in  countless  ways,  but  is  usually  the 
explanation  for  error  messages  that  indicate  "Invalid  Instructions"  such  as 


ERROR  EXIT  00  on  the  CYBER.   Again,  the  program  may  execute  as  written  with 
the  possibility  of  erroneous  results. 

Subscript  checking  is  not  provided  automatically  because  it  increases 
program  execution  time.   In  most  cases,  FORTRAN  compilers  offer  debugging 
packages  which  will  do  subscript  checking.   The  use  of  such  a  package  will 
require  additional  CPU  time;  however,  a  small  sacrifice  in  CPU  time  may 
save  hours  of  a  programmer's  time  spent  in  debugging.  During  program 
development  and  testing  it  is  extremely  useful  to  have  subscripc  checking 
enabled.  Many  programs  which  work  one  day  and,  unchanged,  mysteriously 
fail  the  next,  are  victims  of  undetected  subscript  errors. 

The  CYBER  FTN  compiler  has  a  debugging  package,  DEBUG,  which  offers,  as  one 
of  its  many  options,  array  subscript  checking.  The  programmer  must 
explicitly  request  this  debugging  option.  The  DEBUG  package  is  described 
in  the  FTN  manual  and  also  in  the  FTN  EXTENDED  DEBUG  GUIDE.  These  manuals 
may  be  found  in  the  manual  racks  or  may  be  purchased  in  the  CSO 
Distribution  Center  (Room  164  DCL) . 

To  check  for  subscripting  errors  at  execution,  the  program  must  be  compiled 
with  the  D  or  D=filename  option  on  the  FTN  card.  If  I=filename  was  used  on 
the  FTN  card  then  add  D= filename,  where  filename  is  the  file  which  contains 
the  source  program.  Otherwise,  add  only  D  to  the  FTN  card.  This  causes 
FTN  to  look  for  DEBUG  directive  cards  in  the  FORTRAN  program. 

All  DEBUG  cards  begin  with  C$  in  columns  one  and  two.  This  allows  them  to 
be  treated  as  comments  if  the  D  option  is  not  present  on  the  FTN  control 
card,  and  need  not  be  removed  from  your  program  when  debugging  is  no  longer 
required. 

Two  debugging  cards  are  required  to  do  subscript  checking: 

C$    DEBUG 
C$    ARRAYS 

These  should  be  placed  before  the  PROGRAM  statement  of  the  main  program. 

When  an  out-of-bounds  subscript  is  detected,  the  array  name,  line  number, 
and  subscript  value  of  the  illegal  array  reference  is  given.  Then,  program 
execution  continues  using  the  invalid  value  of  the  subscript.  DEBUG  only 
detects  errors,  it  does  not  terminate  the  program  when  errors  occur. 

DEBUG  output  is  placed,  by  default,  in  the  file  DEBUG.  It  is  generally 

more  convenient  to  have  the  DEBUG  output  placed  in  the  file  OUTPUT.  To 

force  this,  add  DEBUG=0UTPUT  to  the  PROGRAM  statement.  Thus,  the  first 

three  cards  of  a  program  requesting  subscript  checking  could  be: 


C$    DEBUG 
C$    ARRAYS 

PROGRAM  MYBUG  ( INPUT , OUTPUT , DEBUG=OUTPUT , TAPE5=INPUT , TAPE6=OUTPUT ) 

With  the  three  above  cards,  and  the  D  option,  all  arrays  referenced  in  the 
main  program  and  subprograms  will  be  checked  for  valid  subscripts. 

Two  characterstics  of  DEBUG  subscript  checking  should  be  noted: 

.  The  CYBER  DEBUG  facility  treats  all  arrays  as  one-dimensional  arrays. 
Thus,  the  array  A(10,  10,  10)  is  considered  to  be  an  array  of  1000 
elements.  Subscripts  are  considered  out-of-bounds  only  if  the  result 
of  the  subscripts  calculation  exceeds  the  bounds  of  the  linear  array. 
Thus,  a  reference  to  A( 1 1 ,  1,  1)  would  not  be  detected  as  an 
out-of-bounds  reference,  though  it  exceeds  the  bounds  of  the  storage 
as  defined  in  FORTRAN. 

The  subscripts  of  arrays  which  are  passed  to  subroutines  are  compared 
to  the  bounds  as  defined  in  the  DIMENSION  statement  given  in  the 
subroutine.  Thus, 

DIMENSION  A(100) 
CALL  SUB(A) 


SUBROUTINE  SUB(X) 
DIMENSION  X(1) 
X(100)=0 

a  common  practice  in  FORTRAN,  will  be  flagged  as  an  error  by  DEBUG. 

NOTE:  The  ER  and  T  options,  when  added  to  the  FTN  control  card,  instruct 
the  system  to  attempt  to  find  the  approximate  line  number  of  the 
statement  which  caused  an  execution  error.  These  options  incur 
almost  no  overhead  and  should  be  specified  for  every  FTN 
compilation. 

It  is  to  your  advantage  to  investiage  and  use  the  debugging  tools  which  are 
available  on  the  CYBER.   Judicious  use  of  the  ER  and  T  FTN  options,  DEBUG 
and  MANTRAP  could  save  many  hours  of  unnecessary  work. 


TEKTRONIX  GRAPHICS  TERMINALS  AVAILABLE 

The  Remote  Job  Entry  site  in  Room  1M6  Electrical  Engineering  Building  is 
now  equipped  with  ten  Tektronix  graphics  terminals  and  one  Versatec 
printer/plotter.  These  facilities  are  available  to  all  CSO  users  working 
on  graphics  preparation  projects. 


Among  the  ten  Tektronix  terminals,  there  are  eight  4006  terminals  (no 
cursor  control)  and  two  4010  terminals  (with  cursor  control).   Some 
features  of  the  Tektronix  terminals  are: 

The  on/off  switch  for  the  4006  terminals  is  a  green  toggle  switch  on 
the  back  of  the  terminal.  To  turn  the  terminal  on,  flip  this  switch 
up.  The  on/off  switch  on  the  4010  terminals  is  a  rocker  switch 
located  on  the  upper  right  corner  of  the  display  unit  base. 

The  PAGE  key  (on  the  upper  right  portion  of  the  keyboard)  can  be  used 
at  any  time  to  clear  the  terminal  screen.   If  you  have  just  turned  the 
terminal  on,  hit  the  PAGE  key  before  doing  anything  else.   Note  that 
it  takes  about  half  a  second  to  complete  the  erasure  of  the  screen  and 
that  anything  sent  to  the  screen  (from  the  keyboard  or  from  the  CYBER) 
during  that  time  will  be  lost. 

The  Tektronix  terminals  do  not  have  a  screen  roll  feature.   To  clear 
the  screen  for  new  information  press  the  PAGE  button.   If  a  full 
screen  of  information  is  not  cleared,  the  new  information  will  write 
over  existing  lines  beginning  at  the  top,  right-half  of  the  screen. 

The  cursor  appears  on  the  terminal  as  a  small  rectangle  of  dots. 

On  the  4006  Tektronix  terminals,  control-H  (backspace)  will  not 
physically  backspace  the  cursor.   It  still  logically  backspaces 
terminal  input,  but  you  must  count  characters  to  know  what  has  been 
deleted.   On  the  4010  terminals  the  control-H  (backspace)  is  echoed  on 
the  terminal  screen. 

There  is  no  ESCape  key  on  the  Tektronix  terminals.   Control-shift-K 
will  send  the  escape  code.   For  most  purposes,  the  BREAK  key  (on  the 
right  side  of  the  keyboard)  can  be  used  in  place  of  ESCape. 

The  4006  terminals  have  a  COPY  key,  located  on  the  right  side  of  the 
keyboard.   This  key  is  used  to  send  information  on  the  screen  to  the 
printer.   On  the  4010  terminals  the  COPY  key  is  actually  a  switch 
located  above  the  top  row  of  the  keyboard. 

The  screen  image  is  projected  at  a  high  light  intensity,  which  can 
burn  an  image  on  the  screen.  To  prevent  this  the  screen  automatically 
dims  one  minute  after  the  la3t  terminal  input. 

Each  Tektronix  terminal  is  connected  to  the  Versatec  electrostatic 
printer/plotter.   Pressing  the  COPY  button  will  cause  the  current  contents 
of  your  terminal  screen  to  be  printed.   If  the  printer  is  busy,  your 
request  will  be  queued  until  the  printer  is  free.  When  the  printer  is 
ready  to  make  the  copy,  a  horizontal  scan  line  will  move  down  the  screen. 
When  the  scan  line  reaches  the  bottom  of  the  screen  the  information  has 
been  transmitted  to  the  printer/plotter.   It  takes  about  12  seconds  to 
print  one  screen  of  information.   Currently  there  is  no  charge  for  the  use 
of  the  Versatec  printer/plotter. 


Although  it  is  possible  to  generate  the  control  codes  which  draw  on  the 
terminal  directly,  most  people  will  prefer  to  use  one  of  the  two  FORTRAN 
subroutine  libraries  provided  for  this  purpose: 

.  Graphics  Compatibility  System  (GCS) 

GCS  supports  many  graphics  devices,  including  Tektronix  terminals  and 
the  CalComp  plotter,  in  a  compatible  manner.  To  use  the  Tektronix 
terminal  version  of  GCS,  type: 

$ATTACH , GCSBASE , GCSTEKT/UN=LIBRARY . 
$LIBRARY , GCSBASE , GCSTEKT . 

in  the  batch  subsystem  before  executing  your  program.  Documentation 
on  GCS  is  available  in  the  CSO  Distribution  Center  (Room  164  DCL) . 

.  PLOT- 10 

PLOT-10  is  the  subroutine  library  written  by  Tektronix  specifically  to 
support  their  terminals.   It  is  provided  primarily  for  those  who  were 
using  FOR:TEKLIB  on  the  DECsystem-10  and  for  those  who  might  be 
receiving  applications  written  to  use  PLOT-10  on  other  machines.  To 
use  PLOT-10,  type: 

$ATTACH , PLOT 1 0/UN=LIBRARY . 
$LIBRARY,PL0T10. 

in  the  batch  subsystem  before  executing  your  program.   Documentation 
on  PLOT-10  is  not  yet  available  through  CSO. 

NOTE:   If  you  are  using  libraries  in  addition  to  the  Tektronix  plot 

libraries,  you  may  have  to  use  a  LDSET  card  with  each  program  load, 
rather  than  the  $L1BRARY  shown  in  the  examples  above. 

The  Tektronix  terminals  at  the  Electrical  Engineering  RJE  operate  at  1200 
baud  (120  characters  per  second).  This  information  must  be  passed  to 
PLOT-10  via  a  parameter  in  the  call  to  INITT. 

If  you  wish  to  use  the  graphic  input  capabilities  of  GCS  or  PLOT-10,  you 
must  use  a  4010  Tektronix  terminal.   When  you  call  a  graphic  input 
subroutine  a  set  of  cross-hairs  appears  on  the  4010  terminal  screen.  The 
cross-hairs  are  positioned  by  moving  the  two  dials  to  the  right  of  the 
keyboard.   When  the  cross-hairs  are  positioned,  type  one  character  on  the 
keyboard  to  send  that  character  and  the  position  of  the  cross-hairs  to  the 
CYBER.   The  4006  terminals  do  not  have  this  capability;  therefore,  they 
cannot  be  used  for  graphic  input . 

The  following  example  is  a  plot  that  was  produced  by  a  GCS  program  on  a 
Tektronix  terminal  and  then  copied  on  the  Versatec  printer/plotter. 
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SECOND  GRAPHICS  SUPPORT  SITE  PLANNED 

CSO  is  planning  to  install  Tektronix  and  Versatec  equipment  at  a  second 
site  this  summer.  A  suitable  location  for  this  site  has  not  been  found  at 
this  time.  Criteria  for  selection  of  the  site  location  include 
availability  of  space,  relationship  to  other  facilities  such  as  printers, 
user  convenience,  probable  use,  hours  of  access  to  building,  etc.   User 
comments  and  suggestions  about  this  site  are  encouraged.   Send  comments  to 

George  F.  Badger,  Jr., 

Director 

Computing  Services  Office 

150  Digital  Computer  Lab. 

University  of  Illinois 

Urbana,  Illinois  61 801 


ARCHIVE  UTILITY 

An  archiving  utility  which  provides  the  capability  to  copy  selected  files 
or  to  retrieve  selected  files  from  tape  is  now  available.  The  name  of  the 
utility  is  ARCHIVE.  It  provides  the  capability  to: 

Keep  infrequently  accessed  files  on  tape,  thus  reducing  the  disk 
storage  charges. 

Back-up  files  to  tape  tp  prevent  accidental  loss  of  valuable 
information. 

Keep  previous  copies  of  a  file  so  that  an  older  version  of  a  file  is 
easily  accessible. 

Access  files  on  tape  without  knowing  their  positions. 

Documentation  for  ARCHIVE  may  be  obtained  from  the  CSO  Distribution  Center 
(Room  164  DCL)  or  by  using  the  following  control  statements  on  the  CYBER: 

GET , ARCHD0C/UN=D0CUMNT . 
PRINT , ARCHDOC/CC/ ASCII . 

This  will  print  the  documnt  at  DCL.   To  print  the  document  at  another  RJE 
site,  type: 

GET , ARCHDOC/UN=DOCUMNT . 

PRINT, ARCHDOC/CC/ ASCII/EJECT/RJE=remote  identification. 
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IBM  360/75 


360/75  DISK  PACKS 


On  January  22,  1978,  UIPUB1  and  UIPUB2  were  replaced  by  one  dual  density 
3330  disk  pack  called  PUBLIC.  All  cataloged  (non-ISAM)  user  data  sets  were 
moved  automatically.   However,  user  data  sets  which  were  not  cataloged  were 
not  moved.   Data  sets  should  now  be  allocated  on  the  volume  named  PUBLIC. 


SYNCSORT  REPLACES  IBM  SORT/MERGE 

SYNCSORT,  a  product  of  Whitlow  Computer  Systems,  has  replaced  SORT/MERGE  on 
the  360/75-  The  programs  are  compatible;  program  name,  basic  JCL,  and  the 
SORT,  MERGE  and  RECORD  statements  all  remain  the  same.  Most  SORT/MERGE 
jobs  require  no  changes  to  run  under  SYNCSORT. 

Advantages  of  SYNCSORT  over  IBM's  SORT/MERGE  are  improved  performance,  less 
required  CPU  time,  fewer  input/output  requests,  and  less  disk  space  usage. 

Disk  SORTWK  space  is  not  required  to  be  contiguous  and  secondary  extents 
are  allowed.   If  sufficient  core  is  available,  an  in-core  TURNAROUND  SORT 
is  performed.   SYNCSORT  easily  permits  selective  inclusion  or  exclusion  of 
records  and  reformatting  of  records.   SYNCSORT  messages  begin  with  the 
prefix  WER. 

Additional  information  may  be  obtained  from  the  Systems  Consultants  (Room 
138  DCL,  333-6133)  and  the  Statistical  Services  Consultants  (Room  65 
Commerce  West,  333-2170).  A  SYNCSORT  reference  manual  is  available  for 
inspection  at  both  consulting  offices. 


STATISTICAL  SERVICES 


SUBSET  OF  SOUPAC  NOW  AVAILABLE  ON  THE  CYBER 

A  subset  of  SOUPAC  is  now  available  on  the  CYBER.  This  version  consists  of 
MATRIX,  TRANSFORMATION,  BALANOVA ,  REGRESSION,  and  several  other  statistical 
routines.  Although  not  all  of  the  SOUPAC  features  and  routines  are 
converted,  we  are  giving  priority  to  those  which  are  the  most  used. 

To  obtain  a  free  handout  which  shows  how  to  access  the  CYBER  version  of 
SOUPAC,  some  pertinent  examples,  and  a  list  of  those  routines  now  available 
(which  will  be  continually  updated),  please  contact  the  CSO  Statistical 
Services  Consultants  (Room  65  Commerce  West,  333-2170). 
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The  March  issue  of  OFF-LINE  will  contain  an  extensive  article  on  the  CYBER 
version  of  SOUPAC. 


BAYESIAN  STATISTICAL  PACKAGE  ON  THE  CYBER 

A  new  statistical  package  called  the  Computer-Assisted  Data  Analysis  (CADA) 
Monitor  has  been  installed  on  the  CYBER.   The  package  was  authored  by 
Dr.  Melvin  R.  Novick  of  the  University  of  Iowa. 

CADA  is  intended  for  those  users  who  are  novices  in  statistical  methods. 
It  attempts  to  teach  how  to  analyze  data  through  the  use  of  Bayesian 
statistical  methods.  However,  due  to  its  advanced  methods  of  combining 
probabilities  with  utilities,  certain  users  will  find  the  package  ideal  as 
an  aid  to  the  decision  making  process. 

CADA  is  a  conversational  program  which  consists  of  a  series  of  programs 
written  in  the  BASIC  language  that  are  linked  together  by  a  common  monitor. 

To  access  CADA  issue  the  following  CYBER  commands  in  the  BATCH  subsystem: 

GET , CADA/UN=LIBRARY . 
CADA. 

Although  it  is  not  essential  for  the  use  of  CADA,  the  Computer-Assisted 
Data  Analysis  Manual.  1977,  will  be  available  for  purchase  in  the  near 
future  at  the  CSO  Distribution  Center  (Room  164  DCL) .   If  you  have  any 
questions  about  the  package,  please  contact  the  CSO  Statistical  Services 
Consultants  (Room  65  Commerce  West,  333-2170). 


MISCELLANEOUS 


MAGNETIC  TAPE  PURCHASE 


On  January  17,  1978,  the  CSO  Distribution  Center  assumed  the  handling  of 
requests  for  magnetic  tape  purchases. 

Any  tape  purchase  request  should  be  taken  to  Room  164  DCL,  between  the 
hours  of  8:30  AM  to  12:00  noon  and  1:00  PM  to  4:30  PM,  Monday  through 
Friday.  After  hours,  the  Routing  Room  will  accept  tape  purchase  forms. 
These  will  be  processed  the  next  work  day  by  the  CSO  Distribution  Center. 

For  more  information  about  purchasing  a  magnetic  tape,  contact  the  CSO 
Distribution  Center  (Room  164  DCL,  333-6285). 
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RESPONSE  TIME 

Anyone  who  has  started  the  day  with  a  difficult,  ill-defined  problem,  spent 
the  morning  using  a  time-sharing  service  to  gain  numerical  experience  with 
it,  the  afternoon  finding  an  analytical  model,  and  has  ended  the  day  with  a 
nicely  parceled  solution  ready  to  be  written  up,  needs  no  convincing  of  the 
worth  of  a  good  time-sharing  service.  When  mind  and  computer  work 
synchronously,  the  leap  in  understanding  of  a  problem  which  can  occur  is  an 
exhilarating  experience.   Compared  with  batch  processing,  which  demands  the 
synchronization  of  work  habits  to  be  effective,  time-sharing  allows  the 
mind  to  gain  experience  more  quickly.   If  the  mental  process  can  remain 
uninterrupted,  it  can  be  quicker  still,  even  for  relatively  mundane  tasks 
such  as  editing  text,  because  uninterrupted  attention  and  immediate 
feedback  help  to  reduce  errors.   There  are  other  advantages  to 
time-sharing,  even  for  those  who  are  constrained  to  use  batch  processing. 
Terminals  are  more  reliable  and  more  widely  distributed  than  keypunches, 
and  by  renting  a  terminal,  one  can  work  in  more  comfortable  and  sequestered 
surroundings.   All  these  things  help  to  improve  one's  personal 
productivity. 

A  good  time-snaring  service  must  allow  mind  and  machine  to  synchronize. 
Therefore,  from  the  user's  viewpoint,  it  must  be  "responsive",  i.e., 
consistent,  reliable,  and  predictable  in  the  way  in  which  it  handles  all 
the  user's  requests.   Responsiveness  depends  upon  perception,  thus  is  very 
hard  to  measure  or  quantify  in  any  universal  sense.   However,  we  can 
measure  response  time,  which  appears  to  be  a  large  component  for 
responsiveness.   It  is  usually  defined  as  being  the  elapsed  time  between 
the  instant  that  the  "carriage  return"  key  is  struck  and  the  instant  that 
the  first  character  of  meaningful  information  in  reply  to  the  input  message 
appears  at  the  terminal.   A  "good"  response  time  depends  on  what  the  user 
has  requested  and  the  tools  being  used.  While  typing  a  BASIC  program  the 
response  time  is  zero.  While  reading  a  magnetic  tape  or  performing  a 
complex  calculation  it  can  be  several  minutes.   If  the  user  understands  the 
processes  leading  to  longer  response  time,  it  tends  not  to  interfere  with 
synchronization.   However,  unexpectedly  long  response  times  cause  the  mind 
to  wander,  and  frustration  to  build.   The  "best"  response  time  is  not 
necessarily  the  smallest  response  time,  because  by  applying  arbitrarily 
large  amounts  of  money,  any  response  time  can  be  made  arbitrarily  small. 
Rather,  the  "best"  response  time  is  probably  one  that,  given  a  reasonable 
user  expectation,  least  interferes  with  the  synchronization  between  the 
user  and  the  service. 

User  expectation  is  as  vague  and  as  difficult  to  measure  as  responsivenss. 
The  user's  "think  time"  is  measured  as  the  elapsed  time  between  the  instant 
of  tne  last  character  of  a  response  and  the  instant  that  the  "carriage 
return"  key  is  struck  for  the  next  request.   It  is,  if  you  like,  the 
response  time  of  the  user  as  seen  by  the  computer.   This  symmetry  aids  in 
visualizing  the  synchronization  process,  and  suggests  a  methodology  for 
engineering  time-sharing  services  that  strikes  a  compromise  between 
computer  center  economy  and  user  productivity.   The  notion  is,  that  in 
order  to  maintain  synchronization,  fast  think  times  require  fast  response 
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time.   So,  one  tries  to  match  the  speed  of  the  user  with  the  speed  of  the 
computer. 

When  a  user  makes  a  time-sharing  request  by  striking  the  "carriage  return" 
key,  the  CYBER  may  either  service  the  request  immediately,  or  if  it  is 
busy,  place  the  request  in  line  where  it  must  wait  for  its  turn.   The  time 
to  service  a  request  depends  on  the  request.  For  editing,  the  service  time 
is  essentially  the  time  it  takes  to  fetch  the  editor  from  disk.  For 
excecuting  a  more  complex  program,  the  service  time  consists  of  the  time  it 
takes  to  fetch  the  program  from  disk  plus  about  three  times  the  amount  of 
CPU  time  necessary  to  execute  the  program.   For  very  large  requests,  the 
service  time  is  very  long  because  the  CYBER  tries  to  share  its  resources 
among  all  service  requests  (in  a  way  too  complicated  to  explain  here)  which 
may  involve  more  fetches  from  disk  and  more  waiting  for  memory,  CPU  or 
other  resources.  Thus  if  all  users  have  short  requests  and  the  CYBER  can 
honor  all  of  them  in  less  than  the  average  user  think  time,  the  response 
time  will  be  roughly  the  same  as  the  service  time.   In  other  words  the 
number  of  terminals  that  the  CYBER  can  adequately  support  at  any  time  is 
roughly  given  by  the  formula: 

average  user  think  time 
average  user  service  time 

If  the  number  of  active  users  is  greater  than  this  fraction,  their  requests 
begin  to  line  up,  and  response  time  gets  bad.  Bad  response  time  disturbs 
user  concentration,  so  think  times  increase.  The  situation  corrects  itself 
if  the  overload  is  temporary,  or  stabilizes  at  a  new  level  of  bad  response 
times  if  the  overload  is  permanent.  The  trick  of  engineering  a  good 
time-sharing  service  is  thus  to  manipulate  the  ratio  of  think  time  to 
service  time,  or  to  control  the  maximum  number  of  simultaneously  active 
users. 

Measurements  taken  during  the  fall  semester  indicated  that  think  times 
range  between  10  and  20  seconds  for  all  users  and  service  times  range 
between  1/5  and  4/5  of  a  second.   This  indicated  a  comfortable  capacity  of 
about  70  simultaneous  users.   The  present  CYBER  hardware  configuration  and 
software  will  support  about  twice  that  capacity  due  to  the  installation  of 
additional  central  memory  and  Extended  Core  Storage  (ECS).   On  a  very  busy 
day,  the  number  of  simultaneously  active  users  rises  from  midnight  to  8:00 
AM  to  a  morning  peak  of  about  110  at  11:00  AM.   It  drops  to  a  lunch  time 
low  of  about  75  users  at  12:30  PM,  rises  to  a  mid-afternoon  peak  of  about 
125  users  at  3:00  AM,  and  then  to  a  supper-time  low  of  about  30  users  at 
5:30  PM.   After  supper,  it  peaks  again  at  about  65  users  at  9:00  PM  and 
then  gradually  dwindles  to  a  few  night-owls  at  2:00  AM.   Average  response 
times  during  the  mid-afternoon  peak  for  BOSS  text  input  average  about  2.5 
seconds  but  the  distribution  is  very  skewed,  with  90%  taking  less  than 
about  four  seconds.  On  a  lightly  loaded  system,  average  response  time  is 
about  0.5  seconds  with  90$  and  taking  less  than  one  second.   These 
measurements  are  routinely  taken  by  a  micro-computer  that  "thinks"  for  an 
average  of  10  seconds,  then  inserts  a  lines  worth  of  its  measurements  into 
a  CYBER  file  using  BOSS,  then  records  the  next  response  time. 
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One  of  the  reasons  that  a  BOSS  input  session  is  used  as  a  monitoring 
standard  is  that  users  find  long  response  times  during  text  input  less 
comprehensible  than  any  other  kind  of  response  time  delay.  There  are  three 
factors  which  account  for  this  delay. 

BOSS  is  presently  a  complete  program  without  special  arrangements  for 
text  input  mode.   Thus,  at  the  end  of  each  line  all  of  BOSS,  including 
the  code  to  do  FINDs,  SUBSTITUTES,  etc.,  is  rolled  into  central  memory 
to  process  the  input  line.   Even  on  a  lightly  loaded  system  this  takes 
between  one  third  and  two  thirds  of  a  second.   Although  it  is 
convenient  to  use  BOSS  to  enter  a  few  lines  of  text  here  and  there,  it 
is  probably  more  productive  to  create  a  file,  get  into  Telex  TEXT  or 
AUTO  mode,  and  enter  the  text.   Response  time  is  zero  for  this 
process.   After  the  text  has  been  entered  it  can  be  PACKed  and  READWed 
into  an  existing  BOSS  file  if  necessary.  This  method  is  recommended 
when  large  bodies  of  text  are  to  be  entered. 

Most  users  experience  a  time  dilation  effect  during  text  input.  Their 
perceived  estimate  of  elapsed  time  is  often  shorter  than  wall  clock 
time.  Most  users  are  not  practiced  typists  and  apparently  a 
considerable  amount  of  mental  effort  goes  into  composing  and  typing 
the  text .   Typing  rates  average  about  one  second  per  correct 
character,  with  the  result  that  think  times  during  text  input  are 
often  longer  than  all  other  BOSS  commands.  Most  people  believe  they 
type  faster  than  that.   Consequently,  interrupting  response  time 
measured  in  terms  of  perceived  typing  speed,  appear  longer  than  they 
really  are. 

Entering  text  is  perceived  as  one  continuous  process,  and  any  response 
time  at  all  interferes  with  synchronization.  The  response  time  for  a 
compile  occurs  at  the  end  of  a  perceived  process,  and  most  people  take 
a  "mental  breather"  during  the  compilation  so  that  longer  response 
times  are  not  quite  as  bothersome. 

Response  times  can  be  controlled  by  manipulating  the  think  time  to  service 
time  ratio.  They  can  also  be  controlled  by  limiting  the  maximum  number  of 
simultaneously  active  ports,  or  by  budgeting  and  pricing  changes  that  might 
affect  the  amount  of  work  or  the  manner  in  which  work  is  done.  The  CYBER 
has  enough  potential  for  manipulating  the  think  time  to  service  time  ratio 
to  make  other  courses  of  action  largely  unnecessary.  Different  computing 
centers  have  different  approaches.  Some  attempt  to  condition  the  user 
community  by  trying  to  offer  a  uniform  response  time  by  delaying  the 
response  until  some  minimum  time  interval  has  passed.   In  effect,  they  add 
a  few  seconds  onto  the  think  time.   This  can  be  quite  effective  when  small 
numbers  of  terminals  are  involved,  but  simple  arithmetic  shows  that  when 
the  think  time  to  service  time  ratio  is  around  100,  the  addition  of  a  few 
seconds  to  think  time  has  little  affect.  Some  operating  system 
manufacturers  get  good  response  time  by  causing  each  command  to  do  very 
little,  thus  forcing  the  user  to  use  many  commands  in  order  to  perform  a 
given  task.   Since  the  minimum  think  time  is  governed  by  the  user's  typing 
speed,  more  think  times  are  requested  for  a  given  aggregate  service  time, 
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thus  forcing  the  effective  value  of  the  ratio  up,  at  the  expense  of  putting 
the  user  into  a  "command  treadmill".   In  other  words,  more  powerful 
commands  or  allowing  "type-ahead"  could  make  response  time  worse  because  a 
slightly  lengthened  think  time  could  demand  much  more  service  time.  This 
is  not  necessarily  bad  as  long  as  users  understand  they  are  getting  more 
service  per  response. 

Fortunately,  the  CYBER  allows  ways  in  which  we  can  increase  the  think  time 
to  service  time  ratio  by  reducing  the  service  time.   One  way  to  reduce 
service  time  involves  developing  more  clear  scheduling  by  using  ECS,  all  of 
which  is  now  installed.  When  a  job  is  not  active,  it  is  rolled  out  of  main 
memory.   If  there  is  enough  room  in  ECS,  and  certain  other  conditions  are 
met,  the  job  is  rolled  out  to  ECS,  otherwise  it  is  rolled  out  to  disk. 
Although  ECS  is  formatted  like  a  disk,  there  is  no  need  to  move  an  arm  or 
wait  for  the  rotation  so  that  access  times,  and  therefore  service  times, 
are  much  faster  than  for  disk.  The  management  of  central  memory  and  ECS  is 
thus  important  in  keeping  waiting  times  and  service  times  low. 
Additionally,  during  the  mid-afternoon,  the  maximum  field  length  is  set  to 
a  low  value  to  reduce  service  times.  This  helps  because  jobs  with  large 
field  lengths  get  rolled  out  to  disk.  This  can  cause  long  response  times 
for  those  waiting  to  be  rolled  in.  Small  jobs  can  be  rolled  out  to  ECS 
very  quickly,  but  we  must  be  careful  that  they  do  not  "monopolize"  ECS  for 
too  long,  and  we  must  find  a  threshold  for  ECS  roll  out  candidacy.  ECS  is 
now  big  enough  to  experiment  with  safely,  and  by  the  time  this  article  is 
in  print  these  experiments  will  be  underway. 

A  second  way  to  reduce  service  time  involves  BOSS.   At  the  moment,  each 
BOSS  user  has  his  own  copy  of  that  program  with  a  field  length  of  about  10K 
(decimal)  words.  CSO  is  working  on  a  new  version  of  BOSS  where  all  users 
share  the  same  central  program  (which  remains  in  memory)  and  only  their 
data  is  rolled  out  when  they  become  inactive.  Since  the  field  length  of 
the  data  is  less  than  a  tenth  of  the  field  length  of  the  present  BOSS, 
service  times  will  be  much  faster.   One  major  disadvantage  of  this  scheme 
is  that  since  all  users  share  the  same  central  code,  all  users  will  suffer 
a  catastrophe  if  one  of  them  discovers  a  bug  that  causes  the  editor  to 
"crash".  Thus,  the  central  BOSS  must  be  very  carefully  coded  and  go 
through  a  very  rigorous  testing  regimen  before  it  can  be  released  for 
general  use.  We  expect  it  to  be  in  use  later  this  semester,  and  expect  it 
to  improve  response  time  considerably,  not  only  for  BOSS  users,  but, 
because  it  will  take  a  considerable  amount  of  stress  off  the  system,  for 
others  as  well. 

Another  way  to  reduce  service  time  involves  improved  software  and  hardware 
for  disk  tracking  from  CDC.  The  present  CYBER  hardware  and  operating 
system  configuration  only  allow  "half  tracking"  use  of  the  disk.   This 
means  that  during  a  disk  read  or  write  only  the  even  numbered  disk  sectors 
or  the  odd  numbered  disk  sectors  can  be  accessed  in  any  given  operation. 
Although  all  the  disk  can  be  used,  it  takes  about  twice  as  many  disk 
revolutions  to  read  or  write  data  from  or  to  the  di3k  as  would  be  necessary 
if  we  had  "full  tracking"  use  of  the  disk.   The  hardware  and  software  to 
support  full  tracking  will  probably  be  installed  next  August  or  next 
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January,  when  the  next  release  of  NOS  is  installed.  Since  there  are  many 
changes  in  the  new  NOS  release,  we  cannot  risk  installing  it  during  a 
semester.   The  installation  of  full  tracking  will  significantly  reduce 
service  times  and  allow  the  CYBER  to  support  a  larger  number  of 
simultaneously  active  terminals. 

The  use  of  intelligent  terminals  for  editing  provides  another  way  to  reduce 
service  time.   At  any  time,  about  half  the  people  logged  on  the  CYBER  are 
using  BOSS.   There  would  be  a  considerable  advantage  in  transferring  some 
of  this  editing  to  intelligent  terminals  equipped  with  floppy  disks.  This 
would  provide  a  much  more  responsive  service  for  those  editing,  and  free 
the  CYBER  for  more  demanding  work.  At  the  same  time,  it  poses  a  lot  of 
questions  about  communications,  floppy  disk  compatability  and  so  on,  that 
make  this  a  long-term  approach.   Nevertheless,  CSO  is  keeping  an  eye  on 
developments  in  the  intelligent  terminal  market. 

It  is  clear  that  there  is  a  large  perceptual  component  in  offering  a 
responsive  service.   A  few  bad  response  times  make  a  much  larger  impression 
than  many  good  ones.  We  plan  to  offer  a  terminal  command  which  will 
indicate  the  values  of  recent  response  times  for  various  often  used 
functions.  This  will  help  keep  CSO  accountable  as  well  as  help  users  plan 
their  own  work  schedules  more  effectively. 

Regardless  of  what  CSO  does  to  improve  response  times,  there  will  always  be 
times  when  it  will  be  worse  than  expected.  There  are  three  ways  in  which 
you  can  enjoy  more  predictable,  if  not  better,  response  times. 

Avoid  the  busy  parts  of  weekdays. 

Use  TEXT  or  AUTO  modes  to  create  large  bodies  of  new  text. 

Keep  your  field  length  as  short  as  possible  because,  all  other  things 
being  equal,  field  length  is  usually  the  largest  single  factor  which 
determines  response  time. 

As  mentioned  earlier,  response  time  is  only  one  factor  in  providing  a 
responsive  computing  service.   Providing  "good"  response  time  involves  a 
trade-off  in  which  user  core  and  file  size  limits  and  the  maximum  number  of 
simultaneously  supportable  active  terminals  ultimately  are  affected.   In 
the  short-term,  response  time  can  be  improved  for  some  activities.   In  the 
long-term,  response  time  will  depend  on  the  trade-off  between  it  and  other 
aspects  of  service,  and  the  growth  and  intensity  of  CYBER  usage. 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  36O  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 
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TERMINAL  REPAIR 

The  hourly  repair  rate  for  Teletype,  Infoton  and  Texas  Instruments 
terminals  was  increased  to  $14.00  per  hour.  The  previous  rate  of  $12.00 
per  hour  was  maintained  for  over  three  years,  but  rising  costs  indicated 
that  a  new  rate  must  be  established.   Also,  CSO  has  dropped  the  overhead 
charge  for  small  parts.   Both  rate  changes  became  effective  March  1,  1978. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  January,  the  mean  time  between  failures  for  the  CYBER  175  was  about 
112  hours  and  the  mean  time  to  repair  was  about  23  minutes.  For  the  IBM 
360/75  the  mean  time  between  failures  was  about  8  hours  and  the  mean  time 
to  repair  was  about  80  minutes.  IBM  engineers  are  giving  special  attention 
to  the  problems  which  occurred  in  almost  every  area  of  the  360/75  system. 
The  performance  for  early  February  shows  improvement. 


CYBER 


PSINQ  CHANGES 

The  CYBER  command  PSINQ  allows  enquiry  about  the  status  of  a  Problem 
Specification  number  (ps#)  allocation.  The  command: 

PSINQ, ps# 

entered  at  a  time-sharing  terminal  in  the  BATCH  subsystem  will  return 
current  information  about  the  specified  ps#.  To  obtain  current  information 
about  a  360/75  suballocated  account,  i.e.,  ps#,user#  pair,  type: 

PSINQ, ps#,user# 

Two  additional  features  have  been  added  to  PSINQ:  I=ifile  and  L=lfile. 
Therefore,  the  full  command  may  be: 

PSINQ, ps#,user#,I=ifile,L=lfile 


where : 

ps#      Specifies  the  ps#. 

user#    Specifies  the  360/75  user  number. 

I=ifile  Specifies  the  filename  which  contains  ps#'s  or  ps#,user# 

pairs  about  which  information  is  required.  One  ps#  or  pair 
may  be  specified  per  input  line.   Pairs  may  be  separated 
either  by  blanks  or  commas  and  may  be  enclosed  in 
parentheses. 

L=lfile  Specifies  the  filename  on  which  the  requested  ps# 
information  should  be  written.   Error  messages  for 
parameter  errors  are  always  written  to  the  file  OUTPUT. 
However,  error  messages  from  PSINQ  (e.g.,  PS  9999  DOES  NOT 
EXIST)  are  written  either  to  OUTPUT  or  lfile  depending  on 
the  source  of  the  ps#  request.   If  the  request  for  ps#'s  is 
entered  from  INPUT,  any  PSINQ  error  messages  are  written  to 
OUTPUT.   If  the  request  is  entered  via  a  file  on  the 
I=parameter,  the  error  messages  are  written  to  lfile. 

The  options  may  be  given  in  any  order,  but  it  is  assumed  that  ps#  will  be 
specified  before  user#.   The  separators  ,  and  =  must  be  specified  as  shown. 

NOTE:   If  ps#  is  specified  on  the  command  line,  no  prompting  for  additional 
ps#'s  is  done.   For  example: 

PSINQ, 12 ,I=MYFILE. 

will  not  read  information  from  MYFILE.   It  gives  ps#  information  for 
ps#  12  only. 


NEW  MANAGE  FEATURES 

Individual  time-sharing  users  may  choose  the  subsystem  they  wish  to  use 
simply  by  entering  the  subsystem  name  after  a  system  prompt. 

In  the  past,  the  initial  subsystem  (IS)  was  specified  through  a  request  to 
tne  CSO  Accounting  Office.   Now  the  initial  subsystem  may  be  specified  by 
each  individual  user.   To  do  this,  enter  the  command: 

MANAGE . IS=subsystem ; E 

from  the  BATCH  subsystem.   The  choices  for  subsystem  are  BASIC,  BATCH, 
EXECUTE,  FORTRAN  or  NULL. 

The  Project  Manager  may  set  the  initial  subsystem  for  any  or  all  University 
ID's  (user  numbers)  in  his  project  by  entering: 


MANAGE 
P,chg,proj 
codeword 

IS=subsystem/ range 
E 


NOTE:  If  MANAGE  is  being  used  interactively  and  is  interrupted  (i.e.,  the 
Break,  S  or  I  key  is  used  during  execution)  only  the  current 
directive  will  be  aborted.  When  interrupted,  MANAGE  will  respond 
with  the  message: 

DIRECTIVE  ABORTED 
?? 


You  can  continue  by  entering  another  directive. 


STATISTICAL  SERVICES 


CYBER  SPSS/ONLINE 

SPSS/ONLINE  Version  7  is  now  available.  This  new  release  incorporates 
extensive  changes  to  the  SPSS/ONLINE  system.  In  particular,  a  number  of 
new  capabilities  have  been  added  which  include: 

.  A  LST  command  which  lists  files  at  the  terminal. 

.  A  PAGE  command  which  defines  the  number  of  lines  that  SPSS/ONLINE  lists 
before  prompting  the  user. 

.  A  TEXT  command  which  provides  a  convenient  way  to  enter  a  series  of 
SPSS  commands  without  specifying  the  group  or  line  numbers. 

.  A  command  which  finds  or  replaces  previously  entered  procedure  names 
and  specifications. 

.  A  PARAM  command  which  permits  the  user  to  change  eight  of  the 
parameters  normally  specified  on  the  SPSS  call  card  in  a  batch  run. 

.  A  SUSPEND  command  which  temporarily  interrupts  SPSS/ONLINE  execution. 

A  document  which  describes  SPSS/ONLINE  Version  7  may  be  obtained,  free  of 
charge,  in  the  CSO  Distribution  Center  (Room  164  DCL)  and  in  the 
Statistical  Services  Consulting  Office  (Room  65  Commerce  West).  The 
document  includes: 


.  The  incompatibilities  between  SPSS/ONLINE  Version  4  and  SPSS/ONLINE 
Version  7. 

.  The  incompatibilities  between  SPSS/BATCH  Version  7  and  SPSS/ONLINE 
Version  7. 

.  How  to  use  the  new  features  of  Version  7,  including  extensive  examples 

Both  Version  4  and  Version  7  SPSS/ONLINE  systems  will  be  available  for  a 
sufficient  amount  of  time  to  allow  users  the  opportunity  to  familiarize 
themselves  with  the  new  system.  The  timetable  information  which  follows 
describes  how  to  access  the  SPSS/ONLINE  systems. 


Present  to  April  10.  1978 

Version  4:   ATTACH, SPSSONL/UN=LIBRARY. 
SPSSONL. 

Version  7:   ATTACH, SPSS0NL=SPSS0N7/UN=LIBRARY. 
SPSSONL. 


April  10.  1978  to  May  8.  1978 

Version  4:   ATTACH, SPSS0NL=SPSS0N4/UN=LIBRARY, 
SPSSONL. 

Version  7:   ATTACH  SPSSONL/UN=LIBRARY. 
SPSSONL . 


After  Mav  8.  1978 

Version  4:   Not  available 

Version  7:   ATTACH, SPSSONL/UN=LIBRARY. 
SPSSONL. 


SPSS  BATCH  DOCUMENTATION 

Two  new  documents  are  available  for  the  CYBER  SPSS  BATCH  system:  G3SLS  and 
SPECTRAL.   The  G3SLS  document  has  been  completely  revised;  SPECTRAL  is  a 
new  document  which  describes  the  SPSS  spectral  analysis  routine. 

Both  documents  are  included  in  the  CYBER  SPSS  documentation  packet.   This 
packet  is  available  at  the  CSO  Distribution  Center  (Room  164  DCL)  for 
$4.00.   If  you  have  already  purchased  the  CYBER  SPSS  packet,  you  may  obtain 
the  two  new  documents  from  the  Statistical  Services  Consultants  (Room  65 
Commerce  West) . 


SUBSET  OF  SOUPAC  AVAILABLE 

A  subset  of  the  360/75  version  of  SOUPAC  has  been  installed  on  the  CYBER. 
Frequently  used  routines  were  given  the  highest  conversion  priority. 
Additional  routines  will  be  added  as  soon  as  they  are  converted.  The 
SOUPAC  routines  currently  available  are: 

Routine  Comments 

ALP 

BAL 

BIS 

CEN 

COR  $  control  breaks  are  temporarily  unavailable. 

EIG  Order  of  Eigen  values  are  reversed. 

JAC 

LON 

MAT  DOU,  FIL  and  SIN  are  permanently  unavailable.  No 

identical  input  addresses  may  be  used;  this  is 
temporarily  unavailable. 

MIS  $  control  breaks  are  temporarily  unavailable. 

OLS 

PRC 

REG 

SCF 

STE 

TRA  A  new  feature  has  been  added:  Optional  second  main 

parameter,  N,  specifies  the  number  of  regular  and 
the  number  of  saving  locations.  Total  variable 
locations  are  2N.   N  defaults  to  1000  as  on  IBM 
SOUPAC.   EBC,  SIG,  SUP,  WAR  and  flag  notation  are 
temporarily  unavailable. 

VAR 

The  Statistical  Consultants  have  written  a  document,  SOUPAC  on  the  CYBER, 
which  explains  how  to  use  the  CYBER  version  of  SOUPAC.   This  document  will 
be  updated  to  include  new  routines  as  they  are  installed.  A  copy  of  the 
document  may  be  obtained  from  the  Statistical  Services  Consultants  (Room  65 
Commerce  West)  or  by  using  the  following  CYBER  control  statements: 

GET , S0UPD0C/UN=D0CUMNT . 
PRINT , S0UPD0C/ CC/ ASCII . 

This  will  print  the  document  at  DCL.   To  print  the  document  at  an  RJE  site, 
type: 

GET , S0UPD0C/UN=D0CUMNT . 

PRINT, SOUPDOC/CC/ASCII/EJ/RJE=remote  identification. 


MISCELLANEOUS 


CROSS-ASSEMBLERS  NEEDED 

CSO  is  interested  in  acquiring  cross-assemblers,  i.e.,  programs  which  run 
on  a  large  computer  to  assemble  user  source  code  into  binary  code.   The 
binary  code  can  then  be  stored  and  used  on  a  micro-computer.  Anyone  who 
has  a  cross-assembler  for  a  micro-computer,  and  is  willing  to  share  it, 
should  contact: 

Ms.  Sue  Greenberg 

Assistant  Director  for  User  Services 

173  Digital  Computer  Lab. 

University  of  Illinois 

Urbana,  Illinois    61 801 

Phone:  (217)  333-4709 


HELP  WANTED 


PROGRAMMER  NEEDED 


A  programmer  with  an  interest  in  bibliographical  work  is  needed  for  a 
project  concerning  rare  books.   The  position  will  require  approximately  80 
hours  of  work  over  a  six-week  period.   For  further  information,  contact 
Professor  Divilbiss,  333-6202. 


OFF-LINE '3  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of 
OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
request  for  removal  is  received,  or  until  a  mailing  is  returned  as 
undeliverable. ) 


Check  one:   (   )  New  subscriber 
(   )  Removal  request 
(   )  Address  correction 


New  address: 


NAME 


ADDRESS 


CAMPUS    or    Zip  Code 


(If  address  correction,  give  old  address  and  zip  code  below.) 


Comments 


RETURN  TO: 
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HELP  WANTED 

Temporary  Programming  Position 
Research  Assistant  and  Student  Hourly 
Data  Entry  Operator 


OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  36O  model  75  with  one  million  bytes  of  fast 
CCT!  «2  tW°  million  byfces  of  slow  c°re,  under  HASP  and  OS,  and  a  CYBER  175 
nn  ?«  ion  w?rd?  °f  central  memory  and  512K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 


POLICY 


COMPUTING  RESOURCES 

In  April  1977,  CSO  announced  that  the  IBM  360/75  would  be  retained  to  meet 
two  major  commitments: 

To  provide  IBM  service  to  CSO  users. 

To  support  the  Library  Control  System  (LCS). 

Although  LCS  will  have  priority  use  of  the  360/75,  about  half  of  the 
capacity  is  expected  to  remain  available  to  CSO  users. 

The  LCS  project  is  proceeding  on  schedule,  and  on  April  1,  1978,  the 
library  staff  will  begin  to  use  the  system  for  training  purposes.   LCS 
usage  of  the  360/75  will  continue  to  increase  until  fall;  at  that  time,  the 
service  should  be  available  to  library  patrons. 

Persons  using  EXPRESS  on  the  360/75  should  not  be  affected  in  the  near 
future  by  any  IBM  service  changes.   EXPRESS  continues  to  be  the  best 
service  for  introductory  programming  courses. 

However,  persons  using  HASP  on  the  360/75  may  experience  increased 
turnaround  times  for  their  jobs.   This  increase  will  be  a  result  of  the 
memory  requirements  of  LCS,  primarily  slow  core,  which  reduces  the  memory 
available  to  OS  initiators.   The  extent  of  this  increase  will  not  be  known 
until  the  progress  of  conversion  to  the  CYBER  175  is  reviewed  at  the  end  of 
the  semester. 

Users  should  seriously  consider  this  reduction  of  capacity  when  planning 
their  future  use  of  the  computing  resources  of  CSO.   The  retention  of  the 
360/75  does  represent  more  IBM  service  than  previously  announced;  however, 
the  conversion  process  must  continue  if  the  available  IBM  service  is  to 
remain  satisfactory.   Conversion  to  the  CYBER  should  be  increasingly 
attractive  as  the  capabilities  of  the  system  are  enhanced.   The  conversion 
of  SOUPAC  to  the  CYBER,  the  reduction  of  response  times  and  the  addition  of 
mass  storage  are  examples  of  the  enhancements  that  are  underway. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  February,  the  mean  time  between  failures  for  the  CYBER  was  about  50 
hours  and  the  mean  time  to  repair  was  about  22  minutes.   For  the  360/75, 
tne  mean  time  between  failures  was  about  16  hours  and  the  mean  time  to 
repair  was  about  41  minutes.   A  problem  with  AMPEX  slow  core  was  the  major 
cause  of  downtime  on  the  360/75.   It  was  corrected  on  February  22,  and  has 
caused  no  problems  since  that  time. 


CYBER 


TAPE  USAGE  ON  THE  CYBER  175 

Magnetic  tapes  offer  a  cost  effective  method  to  store  infrequently  used 
information.   This  reduces  the  amount  of  disk  space  used  and  the  charges 
for  that  space. 

Magnetic  tapes  may  be  purchased  for  $10.00  each  at  the  CSO  Distribution 
Center  (Room  164  DCL).   CSO  does  not  accept  cash  payment,  thus  it  is 
necessary  to  charge  the  purchase  either  to  a  University  Account  Number 
(with  the  corresponding  Title)  or  to  a  University  Identification  Number  for 
direct  billing.   The  tapes  sold  at  the  Distribution  Center  are  2400  foot 
reels  of  one-half  inch  magnetic  computer  tape.   The  recording  density  of 
these  tapes  is  certified  to  be  1600  BPI. 

All  tapes  to  be  used  at  CSO  must  be  taken  to  the  CSO  Routing  Room  (Room  129 
DCL)  to  have  an  external  label  placed  on  the  tape  reel.  The  external  label 
contains  the  following  information: 

The  owner's  name  and  address 

The  name  of  the  tape 

A  CSO  rack  number 

The  name  and  address  and  the  name  of  tape  are  provided  by  the  owner.   The 
tape  name  can  be  1-6  alphanumeric  characters  in  length.   The  Routing  Room 
personnel  issue  a  rack  number  if  the  tape  will  be  stored  in  the  Operations 
Area  for  two  weeks  or  longer.   If  the  tape  will  be  stored  for  a  term 
shorter  than  two  weeks,  the  rack  number  issued  to  the  tape  will  be  TEMP. 

On  the  CYBER,  magnetic  tapes  can  be  used  either  from  time-sharing  or  card 
batch. 


This  article  provides  an  introduction  to  five  basic  steps  which  are 
necessary  for  effective  use  of  magnetic  tapes  on  the  CYBER: 

Mounting  and  internal  labelling  a  tape 

Copying  information  to  a  tape 

Obtaining  a  summary  of  the  contents  on  a  tape 

Dismounting  a  tape 

Mounting  and  retrieving  information  from  a  tape 

When  the  format  of  a  control  language  command  is  given,  all  items  in  lower 
case  indicate  values  which  must  be  provided  by  the  user.   An  example  of  a 
valid  use  of  the  command  being  discussed  is  given  at  the  end  of  each 
section. 

Tape  Mounting  and  Internal  Labelling 

The  control  language  command  LABEL  is  used  to  request  the  mounting  of  a 
tape.   Also,  if  the  tape  is  blank  or  unlabelled,  the  LABEL  command  provides 
a  way  to  write  an  internal  label.  The  LABEL  command  is  described  in  detail 
in  Chapter  10  of  the  NOS  Volume  1  Reference  Manual. 

The  internal  label  is  written  at  the  beginning  of  the  tape  and  is  identical 
to  the  external  label.   Internal  labelling  is  a  safeguard  against 
inadvertent  mounting  of  the  wrong  tape. 

The  format  of  the  LABEL  command  when  mounting  and  labelling  a  tape  is: 

LABEL( lfn , VSN=tpname-rk# , NT , P0=W , W , SI=setid , FI=f ileid ) 

where : 

lfn  Is  the  local  filename  used  to  reference  the  tape,   lfn 

may  be  1-7  characters  in  length. 

VSN=tpname-rk#    Specifies  the  tape  name  and  rack  number.   If  the  tape 

will  be  stored  at  CSO  for  less  than  two  weeks,  specify 
TEMP  in  place  of  rk#. 

NT  Specifies  that  the  tape  be  mounted  on  a  9-track  tape 

drive.   9-track  tape  drive  usage  is  recommended. 

P0=W  Specifies  that  a  write  ring  be  put  in  the  tape.   This 

allows  the  writing  of  files  to  a  tape. 

W  Specifies  that  an  internal  label  is  to  be  written  on  the 

tape.  This  should  be  specified  only  the  first  time  the 
tape  is  written  on. 


SI=setid         Specifies  the  set  identifier  for  files  on  the  tape.   For 

simplicity,  setid  should  be  identical  to  tpname.   The 
value  specified  for  setid  must  remain  the  same  for  all 
subsequent  LABEL  statements.   Once  specified,  it  is 
difficult  to  change  the  setid  value.   If  it  is  necessary 
to  change  setid,  see  the  Systems  Consultants  (Room  138 
DCL). 

FI=fileid        Specifies  a  unique  name  for  the  tape  file  being  written. 

If  desired,  fileid  may  be  identical  to  the  name  of  the 
permanent  file  being  copied  to  the  tape. 

After  the  LABEL  command  is  issued,  the  message: 

NT5n,   ASSIGNED  TO  lfn   ,   VSN= tpname 

will  appear  in  the  user  dayfile.   (In  time-sharing  it  will  appear  on  the 
terminal  and  in  the  dayfile).   5n  is  the  number  assigned  to  the  tape  drive 
(50,  51,  52,  54  indicate  9-track  drives;  53  indicates  the  7 -track  drive). 

The  cost  to  mount  a  tape  is  100  System  Resource  Units  ($0.82). 

Example:   LABEL (TAPER , VSN=TESTER-E000 , NT , P0=W , W , SI=TESTER , FI=TPFILE ) 

NT52,   ASSIGNED  TO  TAPER   ,   VSN=TESTER 

Copying  Information 

The  second  step  is  to  write  some  information  onto  the  tape  either  directly 
from  a  program  or  by  using  one  of  the  COPY  commands.   The  format  of  the 
sequence  of  commands  for  writing  a  file  to  tape  with  COPYEI  is: 

LABEL( lfn , VSN= tpname-rk# , NT , P0=W ,  VI , 3I=setid , FI=  fileid ) 
GET, file 1. 
COPYEI, file!, lfn. 

where: 

filel     is  a  permanent  disk  file. 

COPYEI    Specifies  that  filel  is  to  be  copied  to  the  tape.   The  copying 
process  continues  until  an  end  of  information  is  encountered 
on  filel. 

The  tape  tpname  is  mounted  and  an  internal  label  is  written;  filel  is 
written,  with  the  name  fileid,  as  the  first  file  on  the  tape. 

Example:   LABEL (TAPER , VSN=TESTER-E000 , NT , P0=W , W , SI=TESTER , FI=TPFILE ) 
GET,MYFILE. 
COPYEI, MYFILE, TAPER. 


While  the  tape  is  still  mounted,  any  number  of  different  files  can  be 
written  to  it.   The  format  of  the  commands  is: 

LABEL(lfn,SI=setid,QN=9999,FI=fileid) 

GET,filen. 

COPYEI,filen,lfn. 

for  each  permanent  file  being  written  to  the  tape. 

where : 


lfn 


Is  the  local  filename  used  to  reference  the  tape  as  specified  in 
the  first  LABEL  statement. 


SI=setid   Specifies  the  set  identifier  for  the  files  on  the  tape  and 

should  be  identical  to  the  setid  in  the  first  LABEL  statement. 

QN=9999    Indicates  that  the  new  information  (filen)  should  be  written 

immediately  following  the  end  of  the  last  file  on  the  tape.   If 
QN=9999  is  omitted  the  new  data  may  overwrite  an  existing  tape 
file  and  any  subsequent  data  will  be  lost. 

FI=fileid  Specifies  a  unique  name  for  the  tape  file  being  generated. 

fileid  may  be  different  for  each  file  copied  to  tape,  but  once 
specified  it  is  difficult  to  change.   If  it  is  necessary  to 
change  the  fileid  for  a  tape  file,  see  the  Systems  Consultants 
(Room  138  DCL). 

filen      Is  a  different  permanent  disk  file  to  be  copied  onto  the  tape. 

NOTE:   This  LABEL  statement  is  specified  while  the  tape  is  still  mounted. 

It  repeats  only  two  of  the  options  from  the  initial  LABEL  statement; 
the  other  options  need  not  be  specified.   This  LABEL  statement  is 
used  simply  for  tape  positioning  and  identification.   There  is  no 
operator  intervention  and  there  are  no  additional  mount  charges. 

Example:   LABEL(TAPER,SI=TESTER,QN=9999,FI=TPFILE2) 
GET,MYFILE2. 
COP YE I , MYFILE2 , TAPER . 


Tape  Summary 

When  you  are  finished  copying  permanent  files  to  tape,  and  before  the  tape 
is  dismounted,  you  can  get  a  summary  of  everything  on  the  tape  by  issuing 
two  commands: 

LABEL( 1 fn , SI=setid , QN= 1 ) 
LISTLB(SI=setid) 


where: 

QN=1  Positions  the  tape  to  the  beginning  of  the  tape. 

LISTLB        Provides  a  listing  of  information  about   the   tape  contents. 

Example:      LABEL(TAPER,SI=TESTER,QN=1 ) 
L1STLB(S1=TESTER) 

Example  of  Output   from  LISTLB: 

LISTLB  -  LIST  MAGNETIC  TAPE  LABELS.  78/03/09-   22.12.06 

V0L1  LABEL  READ:  VOL! TESTER                                                          /H]H       1797717 

VSN=T£STER,   VA=  ,  0WNERID=/H]h  1797717,   LSL=1. 

HDR1  LABEL  READ:  HDR1TPFILE                      TESTER000 1000 1000 100  77179  77179  00000KRONOS2 . 1 -5 1 

FI=TPFILE  ,  SI=TESTER,  SN=0001 ,  QN=0001 ,  G=0001 ,  E=00,  CR=  77179,  RT=  77179,  FA= 

E0F1  LABEL  READ:  E0F1TPFILE                      TESTER000 1000 1000 100  77179  000068KRONOS2.1-51 

FI=TPFILE  ,  S1=TESTER,  SN=0001 ,   QN=0001 ,  G=0001 ,  E=00,  CR=  77179,  RT=  77179,  FA= 

HDR1   LABEL  READ:  HDR1TPFILE2                     TESTER000 10002000 100  77179  77179  000000KRONOS2. 1-51 

FI=TPFILE2  ,   SI=T£STER,  SN=0001 ,  QN=0002,  G=0001,   E=00,   CR=  77179,  RT=  77179,  FA= 

EOF1  LABEL  READ:  EOF1TPFILE2                    TESTER000 10002000 100  77179  77179  000066KRONOS2. 1-51 

F1=TPFILE2  ,  SI=TESTER,  SN=0001 ,  QN=0002,  G=0001 ,  E=00,  CR=  77179,  RT=  77179,  FA= 


LISTLB  prints  all  VOL1,    HDR1   and  EOF1   labels  it  encounters.      Each  label  is 
followed  by  an  interpretation  of  the  major  fields  of  the  label.      The 
complete  specification  of  the  fields  in  these  labels  may  be  found  in  the 
N0S  Volume   1    Reference  Manual,    Appendix  G. 


Dismount  Tape  at  End  of  Use 
When  you  are   finished  with  the  tape,    issue  the  command: 

RETURN, lfn. 
to  dismount  the  tape  and  to  free  the  tape  drive   for  other  users 
Example:      RETURN, TAPER. 


Mounting  and  Retrieving  Information 

To  mount  the  tape  and  to  retrieve  the  data  stored  on  it,  the  following 
LABEL  statement  should  be  issued: 

LABEL ( 1 fn , VSN= tpname-rack , NT , SI=set id , FI=  f ileid , QN=m , PO=R ) 

The  command  is  similar  to  the  original  LABEL  statement.   However,  the  W 
option  (which  generates  the  internal  label)  is  not  specified.  Also,  one 
option  has  been  added  and  one  option  has  been  changed: 

PO=R  Instructs  the  operator  to  remove  the  write  ring  from  the  tape.  This 
prevents  accidentally  writing  on  the  tape. 

QN=m  Indicates  the  specific  file  (by  number)  to  be  retrieved.  The  value 
of  m  can  be  determined  from  the  tape  summary  produced  by  LISTLB. 

For  example,  to  retrieve  file  2  issue  the  commands: 

LABEL( lfn , VSN=tpname-rack , NT , SI=setid , FI=  f ileid , QN=2 , PO=R ) 
COPY,lfn,afile. 

Where  afile  is  the  name  of  the  local  CYBER  file  to  which  the  second  tape 
file  is  written.   If  you  don't  wish  to  work  with  a  local  file,  your 
program  can  read  directly  from  the  tape  by  referencing  file  lfn  in  your 
program. 

Example:   LABEL (TAPER , VSN=TESTER-E000 , NT , SI=TESTER , FI=TPFILE2 , QN=2 , PO=R ) 
COPY, TAPER, LOCFIL. 


Assuming  no  errors  occur,  these  five  steps  provide  the  basic  tools  for 
simple  and  efficient  CYBER  tape  usage.   Tape  errors  will  be  discussed  in  a 
future  issue  of  OFF-LINE.   If  you  have  problems  or  questions  about  tape 
usage  on  the  CYBER,  read  Chapter  10  of  the  NOS  Volume  1  Reference  Manual  or 
see  the  Systems  Consultants  (Room  138  DCL) . 


Special  Notes: 

1.  Chapter  10  of  the  NOS  Volume  1  Reference  Manual  gives  more  information 
about  CYBER  tape  usage.   However,  many  of  the  commands  in  Chapter  10 
are  not  available  on  the  CYBER.   CSO  recommends  the  use  of  the  LABEL, 
LISTLB  and  RESOURC  commands. 

2.  When  using  tapes  from  other  installations  or  preparing  a  tape  to  send 
elsewhere,  consider  the  following  choices: 

7-track  vs.  9-track 

.  EBCDIC  vs.  ASCII  vs.  DISPLAY  code  characters 


Labelled  vs.  unlabelled  tapes 

.  Format  (I,  SI,  S,  or  L) 

Record  lengths  and  block  lengths 

Future  OFF-LINE  articles  will  give  more  information  about  these 
differences. 


3.   If  more  than  one  tape  is  being  used  at  a  time,  the  RESOURC  control 
statement  must  be  used  to  specify  the  number  of  tapes  to  be  used 
concurrently  (Chapter  10,  NOS  Volume  1). 


NEW  PRINT  COMMAND  OPTIONS 

Currently,  if  the  /RJE=CYBER  option  is  used  with  the  PRINT  command,  the 
output  is  routed  to  the  CYBER  FETCH  queue.   Effective  April  10,  1978,  the 
/RJE=CYBER  option  will  route  output  directly  to  the  CYBER  printer  at  DCL, 
e.g., 

PRINT [ , filename] /RJE=CYBER . 

where  [, filename]  is  optional  and  if  specified,  requests  the  printing  of  a 
particular  file.   If  it  is  not  specified  in  a  batch  job,  the  file  OUTPUT  is 
printed. 

Beginning  April  10,  output  may  be  routed  to  the  FETCH  queue  by  issuing  the 
command : 

PRINT[ , filename] /RJE=FETCH. 

Also,  the  /FETCH  option  available  on  the  PRINT  command  will  route  output  to 
the  FETCH  queue: 

PRINT[, filename] /FETCH. 

This  option  will  continue  to  be  available  after  April  10. 


RWF  PRECAUTION 

The  CYBER  control  language  which  follows  illustrates  an  attempt  to  compile 
a  FORTRAN  program,  read  and  save  data  in  a  permanent  file  and  use  the 
compiled  program  to  analyze  the  data. 

<job,signon  and  bill  information 

FTN,ER,T. 

COPY,, DATA. 

SAVE, DATA. 

RWF. 

LGO. 

7/8/9 

PROGRAM  TEST (OUTPUT , DATA , TAPE 1 =DATA ) 


7/8/9 

<data> 
6/7/8/9 


Problem: 


Error : 


The  compiler  listing  of  the  program  is  overwritten  during 
execution  of  the  program. 

The  file  DATA  must  be  positioned  at  the  beginning  of 
information  to  be  analyzed.   In  this  case,  it  was  rewound  by 
the  command  RWF,  which  rewinds  all  local  files.  Unfortunately, 
at  the  time  RWF  was  issued,  tne  compilation  listing  was  in  the 
local  file  OUTPUT.   OUTPUT  was  also  rewound  and  therefore  the 
listing  was  lost. 


Solution:   Issue  the  command  REWIND, DATA  instead  of  RWF,  thus  rewinding 
only  the  local  file  DATA.   In  this  particular  case,  no  rewind 
was  necesary  since  the  SAVE, DATA  command  rewinds  DATA. 


CYBER  CONVERSION  AIDS 

There  are  a  number  of  documents  available  to  users  converting  data  and 
programs  to  the  CYBER.  These  documents  may  be  obtained,  free  of  charge, 
from  the  CSO  Distribution  Center  (Room  164  DCL) . 

.  FORTRAN  Conversion  Guide  and  FORTRAN  Differences  Guide 


These  documents  explain  FORTRAN  language  differences  and  give  examples 
of  converting  from  IBM  to  CDC  FORTRAN.   The  FORTRAN  Conversion  Guide 
also  explains  how  to  use  the  MIMI  conversion  utility. 
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Data  Conversion  Guide 

This  document  explains  how  to  convert  disk  and  tape  data  into 
acceptable  CYBER  form. 

.   CDC-IBM  SPSS  Differences 

Almost  all  IBM  SPSS  programs  will  work  on  the  CYBER  with  no  change. 
CYBER  SPSS  does  have  additional  routines  and  features  which  are 
described  in  this  document.   Some  minor  differences  between  IBM  and 
CYBER  SPSS  differences  are  also  explained. 

Consulting  assistance  for  conversion  is  available  for  reasonably  short 
questions  (10  minutes  or  less)  at  the  Systems  Consulting  Office  (Room  138 
DCL)  during  office  hours.   If  the  questions  will  take  longer  than  10 
minutes  to  resolve,  contact  Scott  Lathrop  (Room  1 87  DCL,  333-6618)  to  make 
an  appointment  for  individual  consulting. 

Users  who  as  yet  have  not  converted  to  the  CYBER  should  be  aware  that  the 
Library  Control  System  will  begin  staff  training  on  April  1,  1978. 


HELP  WANTED 


TEMPORARY  PROGRAMMING  POSITION 

A  programmer  is  needed  to  write  LSI-11  and  PDP-8  handlers  for  interfaces  to 
magnetic  tape  and  floppy  disk  systems.   The  position  also  includes 
additional  software  programming  for  data  analysis.   Experience  with  various 
languages  used  in  mini-computer  programming  is  desired.   This  is  a 
temporary  position  and  may  be  either  full  or  part  time.  For  further 
information,  contact  Mr.  Galen  Stucky,  333-0889. 


RESEARCH  ASSISTANT  AND  STUDENT  HOURLY 

A  Research  Assistant  is  needed,  starting  June  or  August  1978,  to  work  on  a 
moving  image  analysis  project.   This  position  involves  the  continued 
development  of  motion  analysis/vision  algorithms  to  run  on  a  PDP-11/60 
(+vidicon)  movie  analysis  system  (Galatea)  plus  some  modelling  on  the 
CYBER.   Experience  and  interest  are  required  in  some  of  the  following 
areas:  computer  vision,  image  processing,  numerical  and  statistical 
software,  simulation,  signal  processing  and  sequential  estimation,  and 
simple  interfacing  hardware.   A  wide  choice  of  Master's  or  Doctoral 
dissertation  topics  is  possible  in  this  project.  We  work  in  a  biological 
environment  but  at  a  much  higher  technical  level  than  most  such 


11 


"applications"  projects  and  thus  offer  excellent  opportunities  for  the 
serious,  professional  student.   Interested  Computer  Science  and  Electrical 
Engineering  graduate  students  should  contact  Dr.  Futrelle,  515  Morrill 
Hall,  333-4777  or  333-7804. 

Also,  a  student,  undergraduate  or  graduate,  is  needed  part-time  (hourly) 
for  this  project,  starting  either  now  or  before  June  1978.   Primary  task  is 
to  continue  development  of  interactive  system  for  the  analysis  and  graphic 
output  of  motion  data  using  GCS  (Graphic  Compatibility  System)  on  the 
CYBER.   Applicants  should  contact  Dr.  Futrelle,  515  Morrill  Hall,  333-4777 
or  333-7804. 


DATA  ENTRY  OPERATOR 

An  individual  is  needed  part-time  (up  to  20  hours  per  week)  to  enter  and 
edit  data  on  CSO's  CYBER  computer  system.   Computer  programming  experience 
is  desirable  because  job  enhancement  is  possible.   Please  contact  Robert 
A.  Sinclair,  51  Water  Resources,  333-4952. 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of 
OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
request  for  removal  is  received,  or  until  a  mailing  is  returned  as 
undeliverable. ) 


Check  one:   (   )  New  subscriber 
(   )  Removal  request 
(   )  Address  correction 


New  address: 


NAME 


ADDRESS 


CAMPUS    or    Zip  Code 


(If  address  correction,  give  old  address  and  zip  code  below.) 


Comments: 


RETURN  TO: 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the 
University  of  Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  every 
month.  Articles  may  be  reprinted  provided  that  the  source  of  the  article 
is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million  bytes  of  fast 
core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  5i2K  words  of  ECS,  under  NOS,  serving 
up  to  190  simultaneously  active  text  and  graphics  terminals. 


POLICY 


RESEARCH  BOARD  ALLOCATIONS  FOR 
KEYPUNCHING  SERVICE 

Research  Board  allocations  for  computer  time  may  not  be  used  for 
keypunching  services.   However,  there  are  some  Research  Board  funded 
projects  which  require  keypunching  service. 

CSO  and  the  Research  Board  have  implemented  a  separate  allocation  process 
for  keypunching  services.   A  modest  amount  of  funds  (consistent  with  the 
pattern  of  prior  usage)  has  been  set  aside  for  this  purpose.  All  requests 
for  keypunching  services  should  give  name,  department,  a  brief  description 
of  the  research  project,  the  amount  requested  and  the  justification  used  to 
determine  the  requested  amount.   Requests  must  be  signed  by  the  faculty 
member  and  department  head,  and  should  be  submitted  as  early  as  possible  to 
allow  CSO  sufficient  time  to  schedule  the  work  properly. 

Requests  which  are  less  than  $500  should  be  submitted  to  George 
Badger,  Director  of  CSO,  Room  150  DCL. 

Requests  which  are  greater  than  $500  should  be  submitted  to  the 
Research  Board.   (4  copies) 

The  threshold  for  Research  Board  review  has  been  raised  from  $50  to  $500. 

Requests  for  allocations  of  keypunching  services  may  be  submitted  at  any 
time.   A  response  to  requests  submitted  to  the  Research  Board  can  be 
expected  within  two  weeks.   Responses  to  requests  submitted  to  CSO  can  be 
expected  within  two  days.   Allocations  will  be  made  only  for  research  and 
are  subject  to  CSO  scheduling  arrangements. 


SYSTEM  NOTES 


RELIABILITY  REPORT 


During  March,  the  approximate  mean  time  between  failures  for  the  CYBER  175 
was  57  hours  and  the  mean  time  to  repair  was  45  minutes.   For  the  IBM 
360/75,  the  approximate  mean  time  between  failures  was  11  hours  and  the 
mean  time  to  repair  was  40  minutes.   IBM  engineers  are  giving  special 
attention  to  the  problems  which  occurred  in  almost  every  area  of  the  360/75 
system. 


CYBER 


FUTURE 


FUTURE  is  a  new  CYBER  command  which  provides  access  to  processors/programs 
which  may  become  part  of  the  system,  such  as  new  versions  of  compilers,  new 
utilities,  new  subroutine  packages,  etc.   Also,  associated  documentation, 
if  any,  will  be  available  via  FUTURE.   Announcements  will  be  made  in 
OFF-LINE  when  a  new  item  is  added.   A  catalog  of  the  products  that  are 
available  may  be  obtained  by  using  the  following  command  in  either  batch  or 
time-sharing: 

FUTURE. 

This  gives  an  alphabetical  listing  of  the  names  and  a  short  description  of 
the  items  that  are  available.   In  order  to  access  one  of  these,  type: 

FUTURE, name. 


EXAMINE 

EXAMINE  is  a  CYBER  utility,  written  at  the  University  of  Minnesota,  which 
provides  a  detailed  summary  of  the  contents  of  a  magnetic  tape.   EXAMINE 
may  be  used: 

To  find  all  the  formats  that  may  be  used  to  read  a  tape. 

To  salvage  data  from  an  overwritten  or  unreadable  tape. 

To  print  summaries  of  record  lengths,  record  counts,  tape  footage 
used,  parity  and  portions  of  record  contents  (in  a  number  of  formats, 
i.e.,  ASCII,  DISPLAY  CODE,  EBCDIC,  OCTAL  and  HEXADECIMAL). 

.  To  print  any  tape  labels  found  (labels  may  be  recorded  in  either  ASCII 
or  EBCDIC). 

Currently,  EXAMINE  may  be  obtained  by  issuing  the  command: 

FUTURE, EXAMINE. 

Once  obtained,  EXAMINE  may  be  used  to  analyze  any  number  of  tapes.   For 
example,  the  following  control  cards  request  the  mounting  of  a  tape  and 
analysis  by  EXAMINE.   The  parameters  to  EXAMINE  request  a  printout  of  the 
first  ten  records  of  each  file  on  the  tape. 

LABEL (TAPE , VSN=TAPE0 1 -TEMP , NT , D= 1 600 , F=F , LB=KU , FC=6000 , NS= 1 , P0=R ) 
EXAMINE , TAPE , D= 1 600 , UP , PG , N=0 , RL= 1 0 . 


Note  that  all  tapes  used  with  EXAMINE  must  be  mounted  as  unlabelled  (LB=KU) 
in  the  F  format  (F=F) . 

A  working  document  describing  EXAMINE  may  be  obtained  as  follows: 

FUTURE, EXAMDOC. 
PRINT, EXAMDOC/EJ/CC. 

This  prints  the  document  on  the  CYBER  printer  at  DCL.   To  print  the 
document  at  an  RJE  site,  type: 

FUTURE, EXAMDOC. 

PRINT , £XAMDOC/CC/EJ/RJE=remote  ident i f ication . 

EXAMINE  may  become  a  standard  system  command  if  it  proves  to  be  useful.   If 
you  have  questions,  comments,  or  suggestions  concerning  EXAMINE,  please 
contact  the  Systems  Consultants  (Room  138  DCL,  333-6133). 


CYBER  TAPE  PROBLEMS  AND  ERRORS 

The  CYBER  tape  usage  facility  provides  many  capabilities  for  tape  users. 
These  capabilities  increase  the  complexity  of  the  facility  which  therefore 
increases  the  likelihood  of  errors.   In  most  cases,  it  is  not  necessary  to 
learn  every  aspect  of  the  CYBER  tape  facility.  A  more  practical  way  to 
avoid  tape  problems  is  to  become  familiar  with  the  types  of  errors  that  may 
occur.   This  article  describes  the  types  of  errors  and  their  possible 
causes  for  three  areas  of  tape  usage: 

Control  Card  Specifications 

Tape  Positioning 

Tape  Reading  and  Writing 

Control  Card  Errors 

Control  card  errors  can  result  from  the  use  of  illegal  parameters  or 
incorrect  combinations  of  parameters  on  the  LABEL  control  statement.  There 
are  many  available  options  to  be  used  with  the  LABEL  statement.   These 
options  are  fully  described  in  the  NOS  Reference  Manual  Volume  1.   Some  of 
these  options  require  the  specification  of  additional  options.   For 
example,  if  the  option  F=F  is  specified,  the  parameters  FC  and  LB=KU  also 
must  be  specified. 

If  a  control  card  error  occurs,  it  can  be  corrected  by  re-entering  the 
control  card  using  the  correct  command  sequence.   However,  in  certain  cases 
(e.g.,  the  tape  is  mounted  and  the  LABEL  statement  is  used  for  tape 
positioning  only) ,  an  error  in  the  command  causes  the  tape  to  be  dismounted 


without  warning.  For  this  reason,  if  a  control  card  error  is  made  during  a 
time-sharing  session,  issue  the  command: 

LFNS 

before  proceeding  to  determine  if  the  tape  is  still  mounted.  If  the  local 
file  associated  with  the  tape  is  MYTAPE  and  the  tape  is  still  mounted,  the 
local  filename  will  appear  in  the  LFNS  output,  e.g.: 
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XYZ  123  NT  MYTAPE 


3  PT  PROG 


45  PM»STUFF 


For  further  details  about  the  LFNS  command,  obtain  a  copy  of  the  reference 
guide  RF-3.18,  available  in  the  User  Work  Area  (Room  138  DCL). 

Some  control  card  options  assume  specific  values  by  default.   The  user 
should  take  note  of  these  default  values  before  using  the  option.   In  the 
chart  given  below,  NT  indicates  a  9-track  tape  drive,  MT  indicates  the 
7-track  tape  drive  and  D  indicates  density. 


Option 

NT 

MT 
D=L0  or  D=200 
D=HI  or  D=556 
D=HY  or  D=800 
D=PE  or  D=1600 

D=HD 


Default  Value 

NT, D= 1600 

MT,D=800 

MT,D=200  (tape  reading  only) 

MT,D=556 

MT,D=800 

NT, D= 1600 

NT,D=800 


Also,  if  none  of  the  options  NT,  MT  or  D  are  specified,  the  options 
MT,D=800  are  assumed. 

Two  options  and  their  values  are  assumed  by  default,  without  specification 

LB=KL   Indicates  that  the  tape  is  standard  labelled. 


F=I 


Indicates  that  the  tape  is  in  I  format. 


If  either  of  these  options  is  inappropriate,  the  proper  option  must  be 
specified. 

It  is  advisable  to  specify  each  option  value  instead  of  relying  on  the 
default  value.   Also,  explicit  specification  provides  good  internal 
documentation  and  it  eliminates  possible  inconsistencies  within  the  control 
statement.  For  example,  the  option  MT  can  not  be  used  in  conjunction  with 
D=HD  because  the  default  value  of  the  latter  option  specifies  9-track  tape 
drive  usage. 

In  most  cases,  if  an  error  is  made  in  the  specification  of  a  control 
statement  option,  the  tape  first  must  be  released  from  the  tape  drive. 
Then  the  option  can  be  corrected  in  a  subsequent  request  to  mount  the  tape, 


i.e.,  a  subsequent  LABEL  statement.  The  only  options  which  can  be  changed 
without  releasing  the  tape  are  those  which  set  fields  in  standard  labels, 
e.g. ,  FI,  SI  and  QN. 

Either  of  the  commands  RETURN  or  UNLOAD  may  be  used  to  release  a  tape,  thus 
freeing  the  tape  drive  for  other  users.   One  difference  between  these 
commands  appears  in  the  way  the  resource  requests  are  affected  (as 
specified  by  the  user  via  the  RESOURC  control  statement).  Single  tape 
users  may  use  either  RETURN  or  UNLOAD;  multi-tape  users  generally  should 
use  UNLOAD  to  release  a  tape. 

When  the  tape  is  released,  the  operator  can  remove  it  from  the  drive.   If 
the  tape  is  released  to  make  option  changes,  operator  intervention  greatly 
increases  the  amount  of  time  the  user  must  wait  for  the  tape  to  be  assigned 
to  the  job.   To  prevent  operator  intervention  the  user  should  specify  U  as 
one  of  the  values  for  the  PO  option  on  the  initial  LABEL  statement.   For 
more  information,  see  Chapter  10,  NOS  Reference  Manual  Volume  1.   This 
indicates  that  the  tape  should  not  be  removed  from  the  drive  immediately 
after  it  is  released. 

Although  P0=U  does  not  guarantee  that  the  tape  will  remain  on  the  drive  for 
an  indefinite  amount  of  time,  it  should  allow  a  sufficient  amount  of  time 
for  the  user  to  request  the  tape  to  be  reassigned  before  the  operator 
dismounts  it  from  the  drive. 

When  the  user  completes  his  work  with  the  tape,  he  should  dismount  the  tape 
with  the  UNLOAD  command.   This  indicates  that  the  tape  can  be  removed  from 
the  tape  drive. 


Labelled  Tape  Positioning 

The  SI  (set  identifier)  parameter  and  one  or  both  of  the  FI  (file 
identifier)  and  QN  (tape  file  number)  parameters  must  be  specified  to 
position  a  labelled  tape  to  a  particular  tape  file.   If  both  FI  and  QN  are 
specified,  both  are  checked  to  ensure  the  tape  is  positioned  properly. 

After  the  tape  is  positioned  to  the  correct  file,  a  REWIND  command 
positions  the  tape  to  the  beginning  of  the  same  file  and  the  end  of  the 
file  is  regarded  as  the  end-of-information  (EOI).   A  LABEL  command  is 
required  to  position  the  tape  to  a  different  file. 

If  the  SI  or  FI  parameters  are  specified  incorrectly,  the  user  may  receive 
the  error  message: 

MULTI-FILE  NOT  FOUND 
REQUESTED  SECTION  nnnn. 
FOUND  SECTION  mmmm. 

where  nnnn  indicates  the  QN  of  the  requested  file  and  mmmm  indicates  the  QN 
of  the  file  actually  found.   If  QN  is  not  specified  on  the  LABEL  control 
statement,  and  this  error  occurs,  nnnn  is  the  QN  number  of  the  last  file  on 
the  tape  plus  one,  indicating  a  nonexistent  file;  mmmm  is  the  QN  number  of 
the  last  file  on  the  tape. 


Unlabelled  Tape  Positioning 

Users  can  position  an  unlabelled  tape  to  a  particular  file  by  using  the  NOS 
commands: 

REWIND  Position  the  tape  to  the  beginning  (load  point)  of  the  tape. 

SKIPR  Skip  physical  records. 

SKIPF  Skip  physical  files. 

SKIPBF  Backspace  over  files. 

SKIPEI  Position  the  tape  to  the  end  of  data. 

These  commands  treat  records  and  files  according  to  the  format  of  the  tape, 
i.e.,  the  F  parameter  value.   If  F=I  is  specified,  the  commands  will  work 
in  the  same  way  as  they  would  work  for  disk  files. 

For  more  information  about  these  commands  and  tape  formats,  see  the  NOS 
Reference  Manual  Volume  1 . 

Write  Errors 

It  is  sometimes  difficult  to  find  the  cause  for  an  error  which  occurs  while 
data  is  transferred  to  and  from  a  tape.   Some  possible  reasons  for  these 
errors  are: 

The  tape  format  is  incorrect  (F  option),  the  wrong  density  is 
specified  or  the  wrong  tape  drive  (7-track  vs.  9-track)  is  requested. 

The  tape  drive  hardware  malfunctions. 

The  wrong  tape  is  mounted. 

.  The  wrong  parity  is  requested  (7-track  tapes  only). 

If  an  error  occurs,  and  the  actual  cause  of  the  error  is  not  obvious,  there 
are  some  steps  the  user  can  take  in  an  attempt  to  eliminate  the  problem: 


Check  the  control  statement  parameters  to  be  sure  they  are  correct; 
the  default  option  values  should  also  be  checked. 

Issue  a  LISTLB  statement  (labelled  tapes  only)  to  check  the  tape 
labels. 


Issue  a  CATALOG  statement  (unlabelled  tapes  only)  to  check  the  number 
and  size  of  the  tape  files.   The  CATALOG  statement  can  not  be  used 
with  7-track,  even  parity  coded  tapes. 

Use  the  CYBER  utility  EXAMINE  to  check  the  organization  of  the  data  on 
the  tape. 

If  the  tape  is  9-track,  request  a  different  tape  drive.   This  requires 
communication  with  the  operator  to  eliminate  the  possibility  that  the 
tape  drive  heads  are  dirty  or  a  hardware  malfunction  has  occurred. 


Intermittent  Errors 

Frequently,  intermittent  physical  tape  errors  will  be  detected  and 
corrected  after  one  or  more  re-tries  by  the  system.   This  does  not  affect 
the  execution  of  the  job;  however,  error  messages  indicating  errors  of  the 
following  form  do  appear  in  the  dayfile: 

NT,C  .. . 
NT  ..  . 
NT  ... 
NT  ... 

These  messages  may  be  an  indication  that  it  is  time  to  get  a  new  tape,  but 
if  the  system  always  recovers  the  information,  the  tape  may  be  used  as  is. 


Common  Errors 

A  list  of  common  errors  and  some  insight  into  the  causes  or  possible 
solutions  is  given  below. 

.   ARGUMENT  ERROR 

Error  in  control  card  parameters  or  bad  punctuation  in  the  command. 

.   DEMAND  EXCEEDED 

More  tape  drives  were  requested  than  were  specified  on  the  RESOURC 
command.   Specify  the  number  and  types  of  drives  which  are  needed  via 
the  RESOURC  command. 

.   DEMAND  INSTALLATION 

More  tape  drives  were  requested  than  are  available  at  this 
installation.   Possibly,  a  drive  is  being  repaired,  or  a  system  error 

.   DEMAND  VALIDATION 

Tape  usage  is  not  allowed.   Issue  a  LIMITS  command  to  check 
permission. 


.   IMPROPER  ACCESSIBILITY 

The  tape  may  have  access  restricted  by  the  owner  or  the  FI  parameter 
may  be  incorrect . 

.   BLANK  TAPE 

Tape  is  mounted  on  7-track  rather  than  9-track  or  vice- versa,  or  tape 
may  have  a  bad  spot  (check  this  via  the  EXAMINE  utility). 

.   BLOCK  COUNT  ERROR  IN  TRAILER  LABEL 

The  block  count  in  E0F1  or  E0V1  label  does  not  agree  with  data  read. 
All  data  has  been  transferred.  May  be  past  the  EOI. 

.   BLOCK  SEQUENCE  ERROR 

Block  length  or  block  number  recorded  in  tape  appears  to  be  wrong. 
May  be  past  EOI,  or  the  tape  is  not  F=I  format. 

.   BLOCK  TOO  LARGE 

Data  block  is  too  long  for  the  format  specified.   If  using  F=S,  F=L 
may  be  needed  instead. 

.   CHANNEL  MALFUNCTION 

Tape  drive  hardware  error.   Contact  the  operator  or  the  consultants. 

.   END  OF  TAPE 

End  of  tape  reached.   Perhaps  the  reflective  tape  marker  is  missing 
(have  the  operator  check) . 

.   ERASE  LIMIT 

Error  occurred  while  attempting  to  write  to  a  tape.   Either  there  is  a 
bad  spot  on  the  tape  or  a  tape  drive  is  malfunctioning  (report  to 
consultants) . 

.   LABEL  CONTENT  ERROR 

Required  parameters  are  missing  or  given  incorrectly. 

.   LABEL  MISSING 

-  Unlabelled  tape  mounted  as  a  labelled  tape. 

-  Tape  mounted  using  wrong  density  (wrong  tape  mounted). 

-  Tape  mounted  with  the  wrong  format  specified. 

-  Error  occurred  when  reading  a  tape  that  was  written  incorrectly. 


READ  AFTER  WRITE 

Illegal  sequence,  program  logic  error. 

STATUS  ERROR 

-  Parity  Error. 

-  Postamble  Error. 
Single  Frame  Error. 

-  Error  occurred  while  reading  a  tape. 

Check  with  the  consultants  or  use  EXAMINE. 
UNIT  HUNG  UP  ON  EOP  OR  BUSY 

-  Tape  is  bad. 

-  Tape  mounted  at  the  wrong  density. 

Rerun  the  job.   If  it  is  not  successful,  contact  the  consultants  or 
use  EXAMINE. 

ERROR  RECOVERY  MESSAGES 

While  attempting  to  recover  from  an  error  or  abnormal  condition,  the 
tape  drivers  issue  progress  report  messages  to  the  dayfile.   These 
messages,  which  are  four  lines  long,  indicate  that  a  recovery 
procedure  was  initiated.   They  do  not  indicate  that  an  irrecoverable 
error  has  occurred.   The  general  format  of  the  message  is: 

00 . 00 . 00 . NT , C 1 3-n , VSN , TY , XX , SO , GS0000 . 
00.00.00.NT,C13,D00000000000000000000000. 
00 . 00 . 00 . NT , C 1 3 , F00 , 100 , B000000 , L0000 , P000 . 
00 . 00 . 00 . NT , C 1 3 , E00 , H00000000 , message . 

Most  of  the  information  contained  in  these  messages  is  designed  to 
facilitate  corrections  to  the  basic  tape  driver  routines.   However,  a 
few  items  are  generally  useful: 


LINE  1 


VSN 
TY 

XX 

LINE  3:   B000000 
L0000 


100 


LINE  4:  message 


The  last  digit  of  the  tape  drive  number. 
9-track  tape  drives  are  numbered  50, 
51,  52  and  54;  the  7-track  drive  is  53. 
The  name  of  the  tape. 
RD  if  the  last  operation  was  a  read. 
WD  if  the  last  operation  was  a  write. 
The  tape  drive  number. 

Number  of  physical  block  where  error  occurred. 
Length  of  the  block  (as  indicated  above).   Both 
of  these  numbers  are  octal.  The  usefulness 
of  this  information  depends  on  the  type  of  error. 
The  re-try  number,  indicating  the  number  of  times 
the  operation  has  been  attempted. 

Short  message  indicating  from  what  problem  the 
system  is  trying  to  recover. 
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AVAILABLE  FILE  SPACE 

After  typing  a  fairly  large  program  in  a  CYBER  file,  a  user  tried  to  save 
it  but  received  the  following  message  instead: 

CATALOG  OVERFLOW  -  SIZE 

This  message  indicates  that  if  the  newly  created  file  was  stored  as  a 
permanent  file,  the  authorized  permanent  storage  (in  PRU's)  for  the  current 
project  index  would  be  exceeded.   The  current  project  index  is  a  unique 
number  which  is  obtained  from  the  department-PS  number  combination  that  was 
given  on  the  last  BILL  or  CHARGE  command . 

Frequently,  there  is  a  simple  solution  to  this  problem.  File  limits  are 
imposed  by  project  index.   In  this  case  it  is  necessary  to  have  a  project 
index  available,  which  has  sufficient  space  for  the  file,  to  issue  a  BILL 
or  CHARGE  command  with  the  associated  department-PS  number  combination  and 
then  save  the  file  under  that  project  index.   For  example,  if  the  following 
are  true: 

The  University  ID  123456789  has  two  project  indices  associated  with 
the  department-PS  number  combinations  DEPT,PS9999  and  CSO,PS3445; 

.   Under  CSO,PS3445,  60  of  64  possible  PRU's  are  used,  and 

.  Under  DEPT,PS9999,  40  of  128  possible  PRU's  are  used, 

an  illustrative  session  would  be: 


BILL,CSO,PS3445 
BOSS, PROG 

<create  a  10  PRU  program  file> 
SAVE, PROG 

CATALOG  OVERFLOW  -  SIZE 
BILL,DEPT,PS9999 
SAVE, PROG 
BYE 

However,  if  only  one  project  index  is  available  or  insufficient  space  is 
available  in  multiple  project  indices,  the  solution  requires  that  space  be 
made  by  removing  other  files  or  saving  the  newly  created  file  on  a 
different  medium,  e.g.  cards  or  tape. 
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SPITBOL  VERSION  3.1 

SPITBOL  Version  3-1  is  available  for  use  on  the  CYBER.   To  access  Version 
3.1  issue  the  command: 

FUTURE, SPITBOL. 

If  no  problems  are  encountered,  Version  3.1  will  replace  the  currently 
installed  version  of  SPITBOL  (Version  2.7)  on  June  5,  1978. 

Documentation  for  SPITBOL  Version  3.1  is  being  prepared  for  distribution. 
However,  interim  documentation  is  available  and  may  be  obtained  by  issuing 
the  commands: 

FUTURE, SPITDOC. 
PRINT, SPITDOC/CC. 

This  prints  the  document  on  the  CYBER  printer  at  DCL.   To  print  the 
document  at  an  RJE  site,  issue  the  commands: 

FUTURE, SPITDOC. 

PRINT, SPITDOC/CC/RJE=remote  identification. 

There  are  a  number  of  incompatibilities  between  SPITBOL  Version  2.7  and 
Version  3-1.   Some  of  the  most  noticeable  differences  are: 

The  default  source  width  option  is  changed  from  -IN80  to  -IN72.   Also, 
Version  3-1  allows  wider  options,  e.g.,  -IN150. 

The  default  value  of  &ANCHOR  is  changed  from  0  to  1 . 

The  logical  negation  operator  \  is  changed  to  *.   The  exponentiation 
operator  *  is  changed  to  \. 

Input  from  terminal-associated  files  no  longer  fails  after  each  line. 

The  meaning  of  the  third  parameter  to  the  INPUT  and  OUTPUT  functions 
is  changed.   This  slightly  affects  both  the  kinds  of  input/output  that 
can  be  performed  and  the  manner  in  which  they  appear  to  the  program. 
The  interim  SPITBOL  documentation  gives  more  details  on  this  change. 

The  F  parameter  on  the  SPITBOL  control  card  is  not  available.  The 
file  usage  limit  is  set  to  ten.   However,  the  ENDFILE  function  in 
Version  3-1  frees  the  FET  and  buffers  used  by  a  file,  so  ten  is  only 
the  limit  for  the  number  of  files  being  used  concurrently. 

There  are  a  number  of  new  features  available  in  SPITBOL  Version  3.1.   Some 
of  these  features  should  allow  more  efficient  coding  of  some  programs. 
Review  the  interim  documentation  for  more  details  on  the  new  features. 
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TAPE  USAGE  ON  THE  CYBER  175 
CORRECTION 

The  format  of  the  LISTLB  statement,  given  in  the  April  issue  of  OFF-LINE 
(Pages  5-6),  was  incorrect.   The  correct  format  of  the  LISTLB  statement  is: 

LLSTLB(lfn,SI=setid) 

Note  that  both  lfn  and  SI=setid  must  be  specified  on  the  LISTLB  statement. 

For  example,  if  lfn  is  TAPER  and  SI=TESTER,  the  control  statements  used  to 
obtain  a  summary  of  the  tape  contents  are: 

LABEL ( TAPER, SI=TESTER,QN=1 ) 
LISTLB ( TAPER , SI=TESTER ) 


STATISTICAL  SERVICES 


CYBER  SPSS  CALCOMP  PLOTTING 

CYBER  SPSS  capabilities  now  include  CalComp  plotting.   The  necessary 
control  cards  are: 

ATTACH , SPSS/UN=LIBRARY . 
SPSS , parameters . 
PLOT,TAPE99. 

The  PLOT  procedures  are  invoked  within  the  SPSS  program.   SPSS  creates  the 
file  TAPE99  which  contains  the  PLOT  commands.   This  file  is  sent  to  the 
plotter  by  the  CYBER  command  PLOT,TAPE99. 

For  more  information  about  the  PLOT  command,  obtain  the  reference  guide 
RF-3.13,  available  in  the  User  Work  Area  (Room  13^  DCL)  or  from  the 
Statistical  Services  Consultants  (Room  65  Commerce  West).   Documentation 
for  the  SPSS  PLOT  procedures  may  be  obtained  at  the  CSO  Distribution  Center 
(Room  164  DCL). 


FOSOL  ON  THE  CYBER 

An  updated  version  of  FOSOL,  a  computer  language  designed  for  statistical 
users,  has  been  installed  on  the  CYBER.   This  update  includes  the  language 
processor  and  on-line,  interactive  documentation.   The  new  documentation 
describes  all  of  the  available  statistical  routines  within  the  FOSOL 
language.   To  review  the  documentation  interactively  issue  the  commands: 

GET,MAN/UN=LIBRARY. 
CALL, MAN. 
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This  documentation,  the  FOSOL  User  Manual ,  may  be  purchased  at  the  CSO 
Distribution  Center  (Room  164  DCL) . 

A  new  version  of  FOS,  the  procedure  used  to  invoke  the  FOSOL  language,  has 
been  installed.   The  time-sharing  commands  used  to  send  output  from  a  FOSOL 
job  to  an  RJE  site  are: 

GET,FOS/UN=LIBRARY. 

CALL, FOS (P=file,ID=reraote  identification) 

where: 

file  Specifies  the  filename  of  the  FOSOL  program  being 

executed. 

ID=remote  identification  Specifies  the  RJE  site  at  which  the  output  is 

generated. 

Note  that  the  ID=  parameter  replaces  the  0=  parameter  from  the  previous 
version. 

If  the  ID=  parameter  is  not  specified,  the  results  of  the  FOSOL  job  are 
listed  by  default  to  the  system  file  OUTPUT.   In  this  case,  OUTPUT  is 
generated  at  the  terminal  during  a  time-sharing  session  or,  if  the  job  is 
submitted  from  batch,  OUTPUT  is  printed  on  the  CYBER  printer  at  DCL. 
However,  if  the  ID=  parameter  is  omitted,  but  the  control  statement 
PRINT/RJE=remote  identification  is  specified,  OUTPUT  prints  at  the 
appropriate  RJE  site. 

If  you  have  any  problems,  contact  the  Statistical  Services  Consultants 
(Room  65  Commerce  West,  333-2170). 


MULTIQUAL  AVAILABLE  ON  THE  CYBER 

MULTIQUAL  is  a  statistical  program  that  performs  log-linear  analysis  of 
nominal  or  ordinal  qualitative  data  by  the  method  of  maximum  likelihood. 
The  program  description  given  below  was  supplied  by  National  Educational 
Resources,  Inc. 

The  program  performs  logic  analysis  generalized  to  any 
crossed  and/or  nested  design,  and  to  binomial  or 
multinomial  response  categories,  ordered  or  unordered. 
When  applied  to  contingency  tables,  this  program  gives 
the  same  results  as  the  procedure  described  by  Bishop, 
Fienberg  and  Holland  (1975),  but  is  more  general  and 
able  to  handle  cases,  such  as  single-degree-of- freedom 
analysis,  not  covered  by  their  method.   In  addition  to 
tests-of-fit  of  successive  models,  MULTIQUAL  gives 
maximum  likelihood  estimates  and  standard  errors  for 
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any  choice  of  effect  contrasts  in  log-linear  models  of 
any  rank.   Analysis  of  incomplete  data  and  tests  of 
quasi-independence  is  included.   The  statistical  basis 
of  the  program,  and  numerous  applications,  are 
described  in  Bock  (1970  and  1975,  cpt .  8). 

CYBER  users  can  access  MULTIQUAL  by  issuing  the  commands: 

ATTACH , MULTQ/UN  =LIBRARY . 
MULTQ,file1,file2. 

where : 

filel  Specifies  the  local  file  which  contains  the  specification  of  the 
problem  and  data.  If  filel  is  not  specified,  the  information  is 
contained  in  the  system  file  INPUT  by  default. 

file2  Specifies  the  local  file  to  which  the  results  are  written.   If  file2 
is  not  specified,  the  results  are  written  to  the  system  file  OUTPUT 
by  default. 

Documentation  for  MULTIQUAL  may  be  purchased  at  the  CSO  Distribution  Center 
(Room  164  DCL).   Contact  the  Statistical  Services  Consultants  (Room  65 
Commerce  West,  333-2170)  for  further  information  and  assistance. 


NUMERICAL  SERVICES 


WHO  NEEDS  ALPS? 

CSO  is  considering  removing  the  ALPS  package  from  the  360/75.   The  presence 
of  reasonable  linear  progamming  software  on  the  CYBER,  in  the  form  of  APEX, 
MPOS,  EZLP  and  others,  may  make  ALPS  unnecessary.   In  particular,  MPOS 
offers  the  same  facility  that  ALPS  does  of  allowing  a  small  linear  program 
to  be  entered  in  an  algebraic  form.   Also,  it  has  a  variety  of  capabilities 
that  ALPS  does  not  have. 

If  ALPS  is  removed,  it  will  not  be  removed  before  the  fall,  1978  semester. 

If  you  think  there  are  reasons  why  ALPS  should  not  be  removed,  or  that 
there  are  capabilities  in  it  that  can  not  be  satisfactorily  duplicated  by 
the  CYBER,  please  contact  Stan  Kerr  (Room  175  DCL,  333-4715  or  Systems 
Consulting  Office,  Room  138  DCL,  333-6133).   There  will  be  an  announcement 
in  OFF-LINE  regarding  the  decision  to  retain  ALPS. 
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WANTED:  P.D.E.  SOFTWARE 

An  increasing  number  of  requests  have  been  made  this  year  for  software  to 
handle  partial  differential  equations.  At  this  time,  the  CSO  libraries  do 
not  contain  any  good  software  for  these  problems.   CSO  is  looking  into 
routines  or  programs  that  can  be  acquired  from  other  installations  or  from 
software  houses.   However,  we  know  that  software  may  already  exist  in  the 
form  of  applications  packages  designed  to  handle  particular  equations  or 
types  of  equations,  or  special  kinds  of  boundary  value  problems.   Users  who 
have  routines  that  are  generally  reliable,  or  know  of  routines  or  packages 
that  might  be  useful,  should  contact  Stan  Kerr  (Room  175  DCL,  333-4715  or 
Systems  Consulting  Office,  Room  138  DCL,  333-6133). 


MATH  SOFTWARE:  LINPACK 

A  test  version  of  LINPACK,  a  package  of  FORTRAN  subroutines  for  solving 
linear  algebraic  equations,  is  now  available.   This  package  was  produced  at 
Argonne  National  Laboratory,  under  the  auspices  of  the  same  project  (NATS) 
that  produced  the  EISPACK  package  for  eigensystem  analysis.   As  a  test  site 
for  NATS,  CSO  received  a  preliminary  version  of  the  LINPACK  routines. 

The  routines  which  are  available  are  officially  a  test  version  and, 
although  they  have  passed  a  series  of  tests  sent  with  them,  they  should  be 
used  carefully.   Neither  CSO  nor  Argonne  are  liable  for  losses  in 
production  runs.   If  you  have  problems  or  suggestions  concerning  their 
development,  please  contact  the  Systems  Consultants  (Room  138  DCL, 
333-6133). 

A  CYBER  version  of  the  LINPACK  routines  is  currently  available,  although 
most  of  the  routines  can  be  compiled  and  used  on  the  360/75.   None  of  the 
routines  in  the  CYBER  version  can  handle  C0MPLEX*16  matrices  on  the  360/75. 
The  routines  are  available  in  both  source  form  and  compiled  form  on  the 
CYBER.   To  use  them  on  the  360/75,  include  the  source  of  the  appropriate 
routine  with  the  program.   Compiled  forms  of  the  routines  will  be  put  on 
the  360/75  if  enough  people  desire  it;  however,  no  routine  will  be  put  on 
the  360/75  in  that  form  if  any  alteration  of  the  source  code  is  necessary. 

LINPACK  consists  of  several  dozen  subroutines,  each  designed  to  handle  one 
or  more  aspects  of  linear  system  analysis.   There  are  routines  for  real  and 
complex  matrices,  and  for  single  or  double  precision  real  matrices,  as  well 
as  routines  for  matrices  with  special  structures  or  properties,  such  as 
symmetric  matrices,  banded  matrices,  positive  definite  matrices,  etc.   The 
routines  are  named  in  a  consistent,  systematic  way.  The  name  of  a  routine 
is  of  the  form  TXXYY,  where  T,  XX  and  YY  have  the  following  meanings: 

T  indicates  the  matrix  data  type  and  may  be: 

S  for  a  single  precision  real  matrix 
D  for  a  double  precision  real  matrix 
C  for  a  complex  single  precision  matrix 

Z  for  a  C0MPLEX*16  matrix  (this  is  for  the  360/75  version  of 
LINPACK,  which  we  do  not  have) 
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XX  indicates  the  form  of  the  matrix  or  its  decomposition  and  may  be: 

GE  general  ("full")  matrix 

GB  general  band  matrix 

PO  positive  definite  matrix 

PP  positive  definite  symmetric  packed  matrix 

PB  positive  definite  symmetric  band  matrix 

SI  symmetric  indefinite  matrix 

SP  symmetric  indefinite  packed  matrix 

HI  hermitian  indefinite  matrix 

HP  hermitian  indefinite  packed  matrix 

TR  triangular  matrix 

GT  general  tridiagonal  matrix 

PT  positive  definite  symmetric  tridiagonal  matrix 

QR  QR  decomposition  of  rectangular  matrices 

SV  singular  value  decomposition  of  rectangular  matrices 

(A  packed  symmetric  matrix  is  a  symmetric  matrix  of  which  only  the 
lower  triangle  is  stored  in  the  program,  in  the  form  of  a  linear 
vector  containing  the  elements  of  row  1  up  to  the  diagonal,  followed 
by  the  elements  of  row  2  up  to  the  diagonal,  followed  by  the  elements 
of  row  3  up  to  the  diagonal,  etc.) 

YY  indicates  the  computation  done  by  a  particular  routine,  and  may  be: 

FA  factor  the  matrix 

CO  factor  and  estimate  the  condition 

SL  solve 

DI  determinant  and/or  inverse  and/or  inertia 

DC  decomposition 

UD  update 

DD  downdate 

EX  exchange 

Currently,  there  is  little  documentation  on  LINPACK.   CSO  has  one  copy  of  a 
manual  describing  the  general  structure  of  LINPACK.   On-line  documentation 
is  available  on  the  CYBER  through  use  of  the  procedure  NATSDOC,  but 
consists  only  of  blocks  of  comments  extracted  from  the  individual  routines 
of  the  package.   Source  is  also  available  through  NATSDOC.   For  further 
details,  contact  Stan  Kerr  (Room  175  DCL,  333-4715  or  Systems  Consulting 
Office,  Room  138  DCL,  333-6133). 

To  use  NATSDOC  to  obtain  source  and  documentation  on  LINPACK  routines, 
issue  the  commands: 

GET , NATSDOC/UN=LIBRARY . 
CALL , NATSDOC ( DECK=rout ine ) 

where  routine  is  the  name  of  the  LINPACK  routine  for  which  the  source  and 
writeup  is  desired.   If  the  name  given  is  CATALOG,  a  local  file  named 
CATALOG  is  produced  which  contains  an  alphabetical  listing  of  all  the 
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LINPACK  routines  as  well  as  the  EISPACK  and  FUNPACK  routines  from  the  NATS 
project.  For  example,  to  obtain  the  source  for  the  LINPACK  routine  SGECO  (a 
routine  for  decomposing  a  matrix  prior  to  solving  a  system) ,  issue  the 
command : 

CALL , NATSDOC ( DECK=SGECO ) 

This  call  creates  the  local  file  SGECO,  which  contains  the  source  for  the 
SGECO  routine,  and  the  local  file  WRITEUP,  which  contains  a  writeup 
explaining  the  use  of  the  routine. 

The  compiled  forms  of  the  routines  are  in  the  direct  access  file  NATSLIB  in 
user  number  LIBRARY.   This  file  may  be  ATTACHed  and  used  as  a  subroutine 
library. 

Some  general  information  about  math  libraries  on  the  CYBER  can  be  obtained 
from  the  procedure  MATHDOC,  as  follows: 

GET,MATHDOC/UN=LIBRARY. 
CALL, MATHDOC (HELP=1) 


NEW  MODIFICATION  LEVEL  OF  MPSX 

IBM's  MPSX  package,  Version  1,  Modification  Level  7,  has  been  received  by 
the  Department  of  Agricultural  Economics,  who  support  MPSX  on  this  campus. 
MPSX  Version  1,  Mod.  7  has  been  put  on-line  by  CSO  for  testing  purposes. 
It  is  in  the  dataset  SYS9.MPSXLIB,  and  may  be  used  as  follows  until  it 
becomes  part  of  the  system: 

//  EXEC  MPSX 

//MPSX.STEPLIB  DD  DSN=SYS9.MPSXLIB,DISP=SHR 

<MPSX  program> 
//GO.STEPLIB  DD  DSN=SYS9.MPSXLIB,DI3P=SHR 

<MPSX  data> 
/* 

If  no  problems  with  this  Modification  Level  are  reported,  it  will  become 
the  default  on  June  1,  1978,  and  the  JOBLIB  card  shown  above  will  no  longer 
be  necessary. 

The  following  lists  the  MPSX  procedures  and  internal  routines  affected  and 
the  errors  which  were  fixed  by  this  modification.  Fixes  to  MPSX  options 
not  present  at  this  installation  are  omitted. 

.   READATA 

Input  data  in  VBS  format  was  not  read  correctly. 
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.   COMPILER,  EXECUTOR,  RDATATA,  READATA 

Abend  in  EXIT  if  input  data  was  on  a  tape  with  non-standard  labels 
(LABEL=(,NSL)). 

.   PRICER,  RANGPH2 

0C6  abend  in  RANGE  if  the  problem  had  over  32767  variables. 

.   ALLOCAT 

Loop  in  SETUP  when  a  minimum  region  size  is  used.   Also,  loop  in  SETUP 
if  MPSCRAT  was  specified  in  JCL  as  a  dummy  dataset. 

.   EXIT 

Core  sometimes  not  correctly  released,  resulting  in  an  abend. 

.   ROWCHK,  CREATEM 

Incorrect  reduction  when  REDUCE  finds  a  singleton  row  corresponding  to 
a  column  fixed  in  the  same  pass.   The  row  was  deleted  and  marked  as 
fixed  instead  of  redundant. 

.   EXECUTOR,  READATA 

Changed  to  enable  MGRW  to  be  run  after  relinking  with  the  current 
level  of  the  MPSX  subroutines. 

.   CPHI 

SYSIN  buffers  freed  incorrectly. 
.   FMESTRAN 

I/O  error  when  TRANCOL  was  called  with  row  selection  lists. 
.   TRNSLATE,  TRANLATE 

OS  condition  code  is  now  reset  to  0. 


MISCELLANEOUS 


RESEARCH  BOARD  COMPUTER  ALLOCATIONS 


Individual  faculty  members  who  wish  to  receive  a  Research  Board  allocation 
for  computer  time  must  submit  a  request  to  their  departments.   The  Research 
Board  has  distributed  an  allocation  request  form  to  all  departments  for 
this  purpose.   A  copy  of  this  form  follows: 


Form  A 


(Submit  A  copies  to  the  Department  for  transmittal  to  the  Research  Board) 
Individual  Project  Request  for  Computer  Allocation 

for  Research  Use 
SEE  INSTRUCTIONS  ON  REVERSE  SIDE  OF  FORM 


Name  of  Faculty  Member 
(or  Academic  Professional) 


Academic  Rank 


Department 


If  request (s)  are  also  being  submitted  through  any  other  departments/units,  give  name(s)  of 
such  departments/units: 


Provide  brief  description  of  research  for  which  computer  services  are  requested: 

(Give  objectives  of  research,    not  oust  type  of  computation  planned.      See  instructions 
on  reverse  side  of  form. ) 


Indicate  Type  of  Project 

_J  New  Faculty  Member 

_J  Doctoral  Dissertation 
If  checked,  give  name 
of  student(s) 


M.S.  Thesis 
If  checked,  give  name 
of  student(s) 


All  Other 


>ervice   units   awarded    for 
current   period   1/1/78-6/30/78 


7. 


Indicate  status  of  external  support  for  computer  services: 

I I  Current  amount  of  external  support  is  insufficient 

I I  Proposal  pending 

|  |  Proposal  not  funded 

I I  Results  of  this  work  will  lead  to  submission  of  proposal 

I I  External  support  not  available  for  this  type  of  work 


Estimate  of  Service  units 
to  be  used  during  current 
period  1/1/78-6/30/78 


(over) 


10.   Service  units  requested  for 
period  7/1/78-12/31/78 


On  CYBER  175 


On  IBM  360/50 


CSU 
CSU 


Total  requested 
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HELP  WANTED 


FULL-TIME  PROGRAMMERS 

The  Illinois  State  Water  Survey  has  openings  for  three  full-time 
programmers.   All  three  positions  begin  between  May  15  and  June  1,  1978. 
Applicants  should  have  a  Bachelor  of  Science  degree  in  Computer  Science. 

One  position  requires  a  general  background  in  writing  and  modifying  FORTRAN 
programs  and  experience  with  data  file  management  and  tape  and  disk  usage 
on  the  CYBER  and  360/75.   Additional  experience  in  statistics  or 
meteorology  would  be  helpful.   The  other  two  positions  require  experience 
in  FORTRAN  programming  and  tape  and  disk  usage  on  the  CYBER  and  360/75. 

Salaries  are  negotiable.  For  more  information,  contact  Mr.  Tom  Ealy, 
217-333-6901. 


PART-TIME  PROGRAMMER 

A  part-time  programmer  is  needed  for  15  to  20  hours  per  week.   This 
position  begins  immediately  and  continues  through  June,  with  the 
possibility  of  an  extension  through  the  summer.   Experience  in  FORTRAN  or 
COBOL  is  desired.   For  more  information  contact  Mr.  Norm  Walzer,  333-3340 


ASSISTANT  DIRECTOR,  USER  SERVICES 

The  Computing  Services  Office  of  the  University  of  Illinois  operates  one  of 
tne  largest  and  most  diverse  facilities  anywhere  for  the  support  of 
Research  and  Instructional  computing.   Serving  a  student  body  of  35,000 
with  one  of  the  nation's  outstanding  research  programs  offers  a  challenging 
opportunity  for  an  experienced  and  creative  person,  and  an  ideal  step  for 
the  ambitious. 

The  Assistant  Director,  User  Services  is  responsible  for  all  aspects  of 
presenting  a  coherent  service  to  users  of  the  center  through  a  professional 
consulting  staff  as  well  as  other  supporting  activities  such  as 
documentation  and  user  accounting.  The  staff  presently  consists  of  11  full 
time  computer  professionals  and  six  others.   The  position  reports  to  the 
Director.   The  salary  is  negotiable  in  the  20's. 

CSO  operates  two  major  computing  systems  with  a  large  network  of  remote 
facilities  and  terminals,  as  well  as  being  interconnected  to  other 
computers  on  campus,  and  national  networks. 
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Applicants  for  thi's  position  should  have  a  proven  record  of  dealing  with 
large  systems,  sophisticated  users  and  diverse  services. 

This  position  has  been  advertised  nationally.   To  be  fully  considered, 
please  forward  a  resume  by  May  15,  1978  to: 

Mr.  George  F.  Badger,  Jr. 

Director 

Computing  Services  Office 

150  Digital  Computer  Lab. 

University  of  Illinois 

Urbana,  Illinois     61801 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of 
OFF-LINE,  if  you  wish  to  be  removed  from  the  list,  or  if  you  wish  to 
enter  an  address  correction,  please  complete  and  return  this  page. 
(Current  subscribers  are  kept  on  the  mailing  list  until  a  specific 
request  for  removal  is  received,  or  until  a  mailing  is  returned  as 
undeliverable. ) 


Check  one:   (   )  New  subscriber 
(   )  Removal  request 
(   )  Address  correction 


New  address: 


NAME 


ADDRESS 


CAMPUS    or    Zip  Code 


(If  address  correction,  give  old  address  and  zip  code  below.) 


Comments: 


RETURN  TO 


OFF-LINE 

193  Digital  Computer  Laboratory 
University  of  Illinois  at  Urbana-Champaign 
Urbana,  Illinois    61801 
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IBM  Series/ 1  Mini-computer 


DIRECTORY  OF  STAFF  AND  SERVICES 


COMPUTING  SERVICES  OFFICE 


CSO  North,  Digital  Computer  Lab. 


Director: 


George  F.  Badger,  Jr. 
150  DCL 
(217)  333-4103 


Assistant  Director 
for  User  Services: 


Business  Manager: 


Robert  Penka 
173  DCL 
(217)  333-4709 

Stanley  Rankin 
150  DCL 
(217)  333-6530 


User  Accounting: 


Gary  Bouck 
162  DCL 

(217)  333-7752 


Systems  Consulting 
Office: 


138  DCL 
(217)  333-6133 


CSO  South,  Commerce  West 


Manager  of  Statistical 
Services: 


Larry  Sautter 

91  Commerce  West 

(217)  333-2171 


Statistical  Services 
Consulting  Office: 


65  Commerce  West 
(217)  333-2170 


OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  August,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  46 
hours  and  the  mean  time  to  repair  was  about  55  minutes.  PPU  errors,  disk  and  memory 
errors  caused  the  major  problems  on  the  CYBER. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  30  hours  and  the 
mean  time  to  repair  was  about  29  minutes.   Most  of  the  problems  on  the  360/75  were  caused 
by  hardware  errors  on  channel  one,  memory  A,  and  some  minor  software  errors. 

Attention  to  non-catastrophic  problems  on  the  360/75  are  deferred  until  the  end  of  the 
operating  hours  of  the  Library  Circulation  System. 


CYBER 


NEW  UTILITY  CALLED  GRAB 

GRAB  is  a  new  utility  which  simplifies  access  to  programs,  procedures,  libraries  and 
documentation  on  the  CYBER.  The  statement 

GRAB.product. 

will  build  and  call  a  procedure  which  performs  the  initialization  necessary  to  use  that  product. 
The  last  statement  of  the  procedure  used  for  the  initialization  is  a  comment  indicating  the 
names  of  any  local  files  obtained  in  the  initialization  as  an  aid  to  returning  products  after  their 
use.   The  statement 

GRAB. 

will  produce  a  list  of  the  products  currently  available  along  with  a  short  description  of  each 
product.   To  produce  a  printed  copy  of  this  list  from  a  terminal,  use  the  statements 

GRAB/NAME=//stfngf//e. 

PR\NJ,listingfile/CC/RJE= remote  identification. 

To  obtain  the  on-line  documentation  for  a  product,  use  the  statement 

GRAB.producf/WRITEUP. 


In  this  case,  the  final  comment  in  the  initialization  procedure  will  list  not  only  the  local  file 
name(s)  of  the  documentation  file(s),  but  also  will  indicate  if  they  contain  carriage  control 
(/CC)  or  are  upper/lower  case  (/ASCII).  GRAB  maintains  a  separate  list  of  the  products  for 
which  on-line  documentation  is  available.   This  list  may  be  displayed  using  the  statement 

GRAB/WRITEUP. 

From  time  to  time,  CSO  makes  available  versions  of  products  which  will  be  installed  as 
standard  at  some  time  in  the  future.  To  obtain  such  a  future  version,  use  the  statement 

GRAB,producf/FUTURE. 

A  list  of  products  for  which  there  are  future  versions  may  be  obtained  using  the  statement 

GRAB/FUTURE. 

When  there  is  new  documentation  associated  with  a  future  version  of  a  product,  the 
FUTURE  and  WRITEUP  switches  may  be  combined  to  obtain  it.   For  example,  the  statement 

GRAB,producf/FUTURE/WRITEUP. 

will  obtain  the  documentation  on  a  future  version  of  a  product  and  the  statement 

GRAB/FUTURE/WRITEUP. 

will  list  the  products  for  which  such  future  documentation  is  available.   When  the  removal  of 
a  particular  version  of  a  product  might  cause  some  conversion  problems,  CSO  may  maintain  a 
past  standard  version  of  a  product  for  a  time.   The  PAST  switch  may  be  used  to  obtain  past 
products  and  documentation  in  the  same  way  the  FUTURE  switch  is  used  to  obtain  future 
versions. 

As  a  convenience,  batch  users  and  users  of  the  time-sharing  BATCH  subsystem  may  use  the 
WRITEUP,  PAST,  or  FUTURE  programs  as  substitutes  for  the  GRAB  program  with  the 
WRITEUP,  PAST,  or  FUTURE  switches.   Thus,  statements  within  each  group  below  are 
equivalent. 

FUTURE.producf. 
GRAB.producf/FUTURE. 

WRITEUP. 
GRAB/WRITEUP. 

FUTURE.producf/WRITEUP. 
WRITEUP,producf/FUTURE. 
GRAB,producf/FUTURE/WRITEUP. 
GRAB.producf/WRITEUP/FUTURE. 

PAST. 
GRAB/PAST 


REL4DOC 

NOS  1.3  (Release  4),  the  CYBER  operating  system,  and  its  associated  compilers  and  other 
products  has  been  installed  on  the  CYBER.   Most  jobs  which  ran  under  the  previous  NOS 
operating  system  should  run  under  Release  4  without  modifications.  Jobs  requiring 
modification  should  be  able  to  run  with  minor  changes  in  their  control  statements.   A 
working  document  called  REL4DOC  presents  information  about  the  differences  and  problem 
areas  which  might  be  encountered.  This  document  is  available  in  UN  =  DOCUMNT.  To 
print  a  copy  of  this  document,  enter 

GET,REL4D0C/UN  =  D0CUMNT. 
PRINT,REL4DOC/CC/AS. 

in  a  time-sharing  session  or  in  a  batch  job.  This  will  print  the  document  on  the  CYBER 
printer  at  DCL.  To  print  the  document  at  an  RJE  site,  enter 

GET,REL4DOC/UN  =  DOCUMNT. 
PRINT,REL4DOC/CC/AS/EJ/RJE=remofe  identification. 


GCS  UNDER  RELEASE  4 

The  versions  of  GCS  installed  in  conjunction  with  NOS  1.3,  Release  4,  include  a  number  of 
error  fixes  and  enhancements.   Programs  which  run  using  experimental  versions  of  GCS 
routines  from  private  User  Numbers  should  now  run  using  the  installed  versions.  The  most 
significant  enhancement  in  these  new  libraries  is  that  only  the  GCS  device  library  needs  to  be 
explicitly  indicated  to  the  loader  to  access  GCS.  For  example,  the  statements 

ATTACH,GCSBASE,GCSCALC,CALCOMP/UN  =  LIBRARY. 
$UBRARY,GCSCALC. 

are  now  sufficient  to  use  the  CalComp  plotter  version  of  GCS.  The  statements 

ATTACH,GCSBASE,GCSxxxx/UN  =  LIBRARY. 
$LIBRARY,GCSxxxx. 

(where  xxxx  is  one  of  ADDR,  ALPH,  PRNT,  or  TEKT)  are  now  sufficient  for  the  other 
GCS  libraries.   As  a  further  assistance,  GCS  may  now  be  obtained  by  using  GRAB. 
Statements  similar  to  the  ones  shown  above  are  invoked  by  using  the  command 

GRAB.GCSxxxx. 

(where  xxxx  is  one  of  ADDR,  ALPH,  CALC,  PRNT,  or  TEKT)  to  obtain  the  version  of 
GCS  you  want  to  use. 


PROCEDURE  FILES  UNDER  RELEASE  4 

CSO  supports  a  number  of  procedure  files  on  the  CYBER,  some  stored  in  User  Number 
LIBRARY,  and  some  (experimental  or  non-supported)  in  User  Number  PROC.   Most  of 
these  procedures  have  been  upgraded  to  work  under  Release  4  of  NOS.   In  the  process,  all 
procedures  were  modified  to  use  the  following  conventions  for  getting  documentation  about 
the  procedure. 

•  Calling  a  procedure  with  HELP = YES  causes  a  short  description  of  the  procedure's 
parameters  to  be  placed  on  file  OUTPUT  (which  is  displayed  at  the  terminal  in  time- 
sharing). 

•  In  most  cases,  calling  a  procedure  with  HELP  =  DETAIL  causes  a  full  explanation  of 
the  use  of  the  procedure  to  be  placed  on  file  OUTPUT,  in  addition  to  the  short 
description.  The  short  description  always  tells  you  whether  HELP  =  DETAIL  is 
possible.   If  other  values  of  HELP  are  possible,  the  short  description  lists  them. 

•  If  you  are  in  time-sharing  and  would  like  to  have  the  documentation  printed,  include 
the  parameter,  OUTPUT =lfn  when  you  call  the  procedure  HELP,  and  use  the  PRINT 
command.   For  example: 

CALL,DEBLOCK(HELP=DETAIL,OUTPUT=X) 
PRINT.X. 

will  cause  a  complete  writeup  for  DEBLOCK  to  be  printed  on  the  CYBER  line  printer 
at  DCL. 

Some  general  documentation  about  CSO  procedures  can  be  obtained  in  time-sharing  via  the 
procedure  PROCDOC: 

GRAB.PROCDOC. 
CALUPROCDOC. 

This  procedure  runs  an  interactive  program  which  allows  you  to  obtain  short  descriptions  of 
CSO  procedure  files,  as  well  as  other  information. 

CSO  procedures  do  not  yet  follow  the  usage  of  BEGIN  as  provided  in  the  new  CYBER 
Control  Language  (CCL).   All  of  the  CSO  procedures  will  follow  the  CALL  usage  until 
January  1979.   After  that  time,  assuming  no  hindrances,  CSO  procedures  will  follow  the 
BEGIN  conventions.   Details  on  how  procedure  usage  will  (or  will  not)  change  will  be  given 
in  a  future  OFF-LINE  article. 

Listed  below  are  CSO  procedures  which  were  stored  in  User  Numbers  LIBRARY  and  PROC 
under  the  old  system,  and  their  status  under  the  new  system. 


Procedures  in  User  Number  LIBRAR  Y 


Procedures  that  have  been  deleted  are: 


FILES 
FIXMODE 


PAS 
SEE 


Procedures  which  are  working  are: 


PROCDOC 

FOS 

IMSLDOC 

MAN 

NATSDOC 

SOUP 

MISCDOC 

CONVPRC 

TIDYPRC 

INT8080 

Procedures  which  are  working,  but  with  some  changes  are: 
MATHDOC  Some  changes;  see  HELP. 

MSLDCC  Slight  change;  see  HELP. 

PASINI  Some  changes;  see  HELP. 

DEBLOCK  See  TBLOCK. 


TBLOCK 


USERLIB 


Because  of  changes  in  CYBER  Record  Manager,  the  TAPE=  file 
in  DEBLOCK  and  TBLOCK  must  be  a  magnetic  tape. 

An  XREF  parameter  has  been  added  so  that  the  new  library  can 
be  generated  without  the  internal  cross-reference  table  which  is 
the  default. 


Deleted  procedures  are: 

ACCESS 

OPLGET 

OPLSAVE 

OPLMAKE 

OPLSET 

TXCONV 


Procedures  in  User  Number  PROC 


OPLADD 

OPLPURG 

OPLSRC 

OPLREN 

XCAT 


Procedures  which  are  working  as  of  this  writing  are: 

CATLG  CONVTSB 

SORTCAT  LIM 

Procedures  not  yet  working: 

OPLSORT 
UNPRIME 

Please  note  that  procedures  stored  in  User  Number  PROC,  or  procedures  retrieved  from 
PROC  which  normally  reside  in  LIBRARY,  are  generally  experimental;  their  performance  is 
not  guaranteed.   Comments  about  the  behavior  and  suggestions  for  the  improvement  of 
these  procedures  are  welcome. 


FORTRAN  LIBRARY  UNDER  RELEASE  4 

Some  routines  have  been  added  to  CSO's  FORTRAN  library  UOILIB  and  others  have  been 
deleted. 

Added  routines  are  DEROOT,  ODE  and  ODE,ODERT.  These  are  differential  equation  codes 
formerly  stored  in  the  "miscellaneous  source"  library  accessed  by  MISCDOC.  The 
MATHDOC  procedure  should  now  be  used  to  get  source  and  writeups  for  these  routines. 

A  number  of  routines  were  deleted.  These  fall  into  two  categories: 

•    Routines  duplicating  facilities  of  the  new  system  library  SYMPLIB,  which  implements 
all  the  COMPASS  macros  described  in  the  NOS  Reference  Manual  Volume  2  as 
SYMPL-callable  and  FORTRAN-callable  routines.   Routines  in  this  category  are: 


CSET 

DISTC 

EXCST 

GETFNT 

GETJCR 

GETJN 

GETJO 

GETSS 

GETTL 

LFMSTAT 

SETTL 

TSTATUS 

•    Routines  which,  it  is  thought,  are  not  really  very  useful  and  should  not  be  in  UOILIB. 
Routines  in  this  category  are: 

COPYYZ  GETPRM 

ICHARS  NZERO 

RIPPLE  SWAPZ 

XFRBIT  ZFRCHR 


The  source  of  these  routines  will  be  available  in  the  miscellaneous  source  library  for  a  limited 
time.   To  access  this  library,  use  the  MISCDOC  procedure  in  User  Number  LIBRARY.   To 
obtain  help  on  how  to  use  MISCDOC,  enter 

GET,MISCDOC/UN  =  LIBRARY. 
CALL,MISCDOC(HELP=YES) 

Several  of  the  deleted  routines  require  that  the  system  OPL  be  attached  during  compilation. 
For  now,  this  should  be  done  as  follows: 

GRAB.OPL 

It  may  also  be  necessary  to  increase  field  for  compilation; 

RFL.600000. 
should  be  adequate. 


NEW  VERSION  OF  LISP 

UT  LISP  4.1  is  available  under  Release  4  in  User  Number  LIBRARY.   This  is  a  list  of 
differences  and  incompatibilities  with  LISP  4.0.   In  this  version,  many  bugs  have  been  fixed 
and  a  number  of  enhancements  have  been  made. 

•  The  suggested  control  statement  sequence  is: 

GRAB.USP.  For  interactive  use  in  the 

LISP,C,K=50K.  BATCH  subsystem. 

or 

GRAB.USP.  For  card  batch  use. 

LISP,K=50K. 

A  LISP  manual  is  kept  on-line  and  may  be  acquired  with  the  command 

GRAB.LISP/WRITEUP. 

•  Two  characters  have  been  changed  to  agree  with  the  documentation: 

Old  New  Purpose 

#  '  Quote  Character 

?  !  Comment  delimiters,  to  cancel  an 

S-Expression,  output  of  CSR 
fields,  and  error  message  text 


.    A  null  terminal  input  line  is  completely  ignored  when  the  C  control  statement 
parameter  is  used. 

.  (TTYCOPY  lfn)  now  copies  the  entire  terminal  input  and  output  script  to  the  file  lfn, 
until  (TTYCOPY  NIL)  is  executed.  This  is  consistant  with  the  documentation.  LISP 
4.0  only  copied  the  input  script. 

.  Fewer  blank  lines  appear  between  evaluations.  The  Y  control  card  parameter  may  be 
used  to  insert  more  blank  lines  to  produce  more  readable  listings,  especially  in  batch. 

•  The  C  control  statement  parameter  initially  associates  both  SYSIN  (the  main  input 
file)  and  SYSOUT  (the  main  output  file)  with  the  file  TTY.  TTY  is  a  terminal  type 
file.  This  agrees  with  the  documentation.   LISP  4.0  selected  files  INPUT  and 
OUTPUT  for  SYSIN  and  SYSOUT. 

•  The  LISP  interpreter,  compiler,  assembler  and  the  source  for  a  LISP  function  editor 
are  available  as  files  LISP,  LCOMP,  LAP  and  LISPED.  These  files  may  be  acquired 
with  the  command 

GRAB.LISPSYS. 

Use  of  LCOMP  and  LAP  is  documented  in  Chapter  6  of  the  LISP  manual.  For  the 
use  of  LISPED,  see  Appendix  B  of  the  LISP  manual,  and  the  LISP  function  LISPED 
contained  in  the  file  LISPED. 

•  The  FORTRAN  (1,0)  overlay  feature  referred  to  in  the  manual  is  not  allowed. 


• 


Binary  terminal  I/O  referred  to  in  the  manual  is  not  allowed.  Thus,  the  functions 
INBIN  and  OUTBIN  are  not  defined. 

•    To  exit  LISP  gracefully,  use  either: 

(DIE) 

or 

(DIE  s-expression) 

This  has  always  worked,  but  most  users  just  entered  a  null  terminal  input  line  in  LISP 
4.0  to  exit  gracefully  (see  third  point,  above). 


PASCAL  6000  PRE-RELEASE  3 

PASCAL  6000  Pre-release  3  has  been  received  from  the  University  of  Minnesota.  This  pre- 
release of  PASCAL  is  the  tentative  form  of  PASCAL  6000  Release  3  which  will  be 
distributed  early  in  1979.   This  release  of  the  PASCAL  compiler  provides  additional 
optimization  features,  corrects  a  number  of  bugs,  and  offers  a  number  of  new  features, 
among  which  are: 

•  An  initialization  facility  for  variables  in  the  main  program. 

•  An  optional  OTHERWISE  clause  for  the  CASE  statement. 

•  Dynamic  array  parameters  for  procedures. 

•  Options  for  control  of  field  length  (FL)  reduction  and  specification  of  minimum  work 
space  size. 

To  access  this  release  of  PASCAL,  use 

FUTURE.PASCAL 

This  retrieves  the  compiler  PASCAL  and  its  library  PASCLIB  and  sets  the  field  length  to 
50000.  The  basic  use  of  PASCAL  remains  the  same,  i.e. 

PASCAL,inputfile,listingfile,binaryfile. 
To  obtain  information  about  the  release,  use: 

WRITEUP.PASCAL/FUTURE. 
This  retrieves  three  documentation  files: 

•  PASDOC  (upper/lower  case  -  line  printer  ready  -  59  pages)  This  document  describes 
the  machine  dependent  aspects  of  the  PASCAL  compiler  and  defines  the  new  features 
available. 

•  PASLIB  (upper/lower  case  -  line  printer  ready  -  29  pages) 

This  document  describes  the  procedures  and  packages  available  on  the  PASCAL 
library  PASCLIB. 

•  PASTOOL  (upper  case  -  line  printer  ready  -  1 1  pages) 

This  document  describes  various  software-writing  tools  which  might  aid  the  PASCAL 
programmer  in  all  phases  of  program  development  and  coding. 

This  is  a  preliminary  version  of  the  next  release  of  the  PASCAL  6000  compiler.   This  release 
is  not  complete  and  may  be  modified  prior  to  the  official  release.   Not  all  packages  in  the 
library  have  been  converted  to  use  dynamic  array  parameters.   If 'you  use  this  release  of 
PASCAL  and  encounter  difficulties,  please  report  them  to  the  Systems  Consultants  (Room 
134  DCL,  333-6133). 
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MISCELLANEOUS 


IBM  SERIES/1  MINI-COMPUTER 

The  IBM  Series/ 1  mini-computer  will  be  on  display  in  the  Computer  Room,  209  Advanced 
Computation  Building,  from  October  16  through  October  27  between  the  hours  of  8:00  AM 
and  5:00  PM.   All  interested  users  are  invited  to  come  and  examine  this  mini-computer 
system. 

The  hardware  demonstration  system  will  include: 

128K  bytes  of  main  memory 

Two  disks  with  capacities  of  9.8  megabytes  each 

One  diskette  (floppy  disk)  unit 

Two  4978  programmable  CRT's 

One  TTY  compatible  CRT 

One  4979  alphanumeric  terminal 

One  line  printer 

One  matrix  printer 

The  demonstration  of  available  software  will  include: 

.    EDX  (Event  Driven  Executive)   IBM's  multi-terminal,  multi-programming  supervisor, 
which  features: 

Extensive  on-line  utilities,  including  graphics 

Full  screen  text  editor  (a  TSO  Subset) 

Screen  image  format  builder 

On-line  compiler 

High  level  macro  instruction  set 

Support  for  multiple  terminals 

Sensor  input/output  support 

Direct  access  disk  support 

Distributive  processing  support 

Support  of  mathematical  and  functional  subroutine  library 
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.    RPS  (Realtime  Programming  System)   IBM's  multi-tasking,  multi-programming, 

event-driven,  disk-based  operating  system  through  which  one  may  install,  operate,  and 
maintain  both  system  and  application  programs  as  well  as  data.   Component  parts  are: 

Supervisor  services 
Operator  interaction 
Data  management 
Communications  support 
Program  preparation  subsystem 
Debugging  facility 

•    TSO/SPF  (Structured  Programming  Facility)  A  S/l  resident  version  of  the  TSO  text 
editor. 

In  addition,  several  hardware/ software  technical  presentations  and  question  and  answer 
sessions  will  be  conducted  by  IBM  Technical  Personnel  on  October  18  and  October  19  in 
Room  201,  Advanced  Computation  Building.   There  will  be  two  presentations  on  each  day; 
the  first  session  begins  at  12:00  Noon  and  the  second  session  begins  at  4:00  PM.   Formal 
demonstrations  will  follow  these  technical  presentations.   IBM  personnel  will  also  present 
formal  demonstrations  between  the  hours  of  9:00  AM  and  12:00  Noon  on  Friday,  October  20. 
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POLICY 


CYBER  FILE  MIGRATION 

The  file  migration  system  {OFF-LINE,  June  1978,  "File  Migration  System")  has  proved  to  be 
an  efficient  method  for  ensuring  the  availability  of  adequate  disk  space  for  the  user 
community.   This  system  provides  a  method  for  moving  infrequently  used  files  from  disk  to 
tapes  owned  by  CSO  while  maintaining  their  catalog  entries.   Migrated  files  are  easily 
retrieved  with  a  RELOAD  command  (Reference  Guide  3.19). 

Studies  have  shown  that  files  are  usually  retrieved  in  about  8  minutes.   Ninety  percent  of  all 
retrievals  have  taken  less  than  45  minutes.   At  present,  this  traffic  is  small,  but  is  increasing. 
On  the  other  hand,  the  migration  of  files  (the  penalty  for  having  unused  files)  has 
considerably  decreased.   To  maintain  and  to  improve  the  responsiveness  of  the  file  migration 
system,  CSO  is  moving  toward  a  more  flexible  migration  policy  that  will  reduce  the  migration 
traffic,  yet  leave  as  many  files  as  possible  on  disk. 

This  policy  may  be  stated  as  follows: 

•  Files  will  be  migrated  from  disk  to  tape  at  any  time  and  in  any  quantity  when  required 
to  maintain  sufficient  working  space  on  CYBER  disk. 

•  Any  file  that  has  not  been  accessed  for  365  days  will  be  purged  and  it  will  not 
normally  be  possible  to  restore  the  file  to  disk. 

•  Normally,  files  will  be  migrated  in  a  manner  that  will  allow  CSO  to  meet  the  following 
targets: 

Files  that  are  of  10  or  less  allocated  PRU's  in  length  will  not  be  migrated. 

Files  greater  than  10  allocated  PRU's  in  length,  but  less  than  2271  allocated  PRU's  will 
not  be  migrated  unless  they  have  not  been  accessed  for  28  days  or  more. 

Files  greater  than  2270  allocated  PRU's  in  length  will  not  be  migrated  unless  they  have 
not  been  accessed  for  14  or  more  days. 

Files  greater  than  11,350  PRU's  in  length  may  be  migrated  at  any  time  without 
warning. 

Files  within  any  of  the  above  categories  will  be  migrated  on  some  basis  which  removes 
the  largest  and  most  inactive  files  from  disk  first.   The  particular  algorithm  for  the 
basis  will  be  developed  as  we  gain  experience  with  the  system. 

•  CSO  will  attempt  to  minimize  file  retrieval  time. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  September,  the  approximate  mean  time  between  failures  for  the  CYBER  was  36  hours 
and  the  mean  time  to  repair  was  182  minutes.  Power  supply  and  disk  drives  caused  the  major 
problems  on  the  CYBER. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  23  hours  and  the 
mean  time  to  repair  was  about  29  minutes.   Most  of  the  problems  on  the  360/75  were  caused 
by  hardware  errors  on  memory  and  some  minor  software  errors. 

Attention  to  some  problems  on  the  360/75  are  deferred  until  the  end  of  the  operating  hours 
of  the  Library  Control  System. 


CYBER 


USE  PROGRAM  NOW  AVAILABLE 

To  ensure  that  batch  jobs  do  not  fail  because  a  required  file  has  been  migrated  (not  on  disk), 
the  USE  program  may  be  used  to  insure  that  all  files  which  are  needed  are  on  disk.   Format 
of  the  USE  control  statement  is: 

\JSE,filel,file2,file3,...,filen 

Up  to  20  file  names  can  be  used  on  one  control  statement.  The  USE  statement  may  be 
entered  at  any  point  in  the  control  statement  sequence,  but  it  must  be  entered  before  the 
needed  files  are  referenced. 

If  a  file  specified  on  the  USE  statement  does  exist  but  has  been  migrated,  no  error  message 
will  be  issued,  the  USE  program  will  retrieve  the  migrated  file,  and  your  batch  job  will 
continue  after  all  requested  files  are  on  disk. 

If  a  file  specified  on  the  USE  statement  does  not  exist,  the  USE  program  will  cause  the  job  to 
be  aborted  and  will  issue  the  error  message: 

FILE  NOT  FOUND 


OPTION  FILE  AVAILABLE 

A  number  of  locally  written  programs  read  a  local  file,  OPTION,  to  select  default  parameters 
for  the  command  line.   Currently,  the  programs  which  read  OPTION  are  ICE,  PRINT,  PLOT, 
TYPE,  PUNCHC,  SENDJOB  and  DIRECT. 

Each  line  in  the  OPTION  file  should  be  written  as  a  control  statement  for  the  corresponding 
program.   For  example,  an  OPTION  file  could  contain  the  lines: 

ICE/NONUMBE/ASCII. 
PRINT/CC/EJ/RJE  =  LH. 
PLOT.TAPE99/PL=150/TIME=15. 

thus: 

•  Each  time  you  enter  the  command  \CE,lfn.  the  file  Ifn  will  be  treated  as  unnumbered 
and  in  ASCII  mode. 

.    Each  time  you  enter  the  command  PRINT,/rn.  the  file  Ifn  will  be  printed  at  Lincoln  Hall 
with  carriage  control  and  full  page  ejects. 

•  Each  time  you  enter  the  command  PLOT,  the  file  TAPE99  will  be  plotted  with  15 
minutes  of  plotter  time  on  150  inches  of  paper. 

To  override  any  parameter  in  the  OPTION  file,  specify  the  appropriate  parameter  on  the 
command  line.   For  example,  if  the  OPTION  file  contains  the  line: 

ICE/ASCII/NONUMBE. 
you  can  ICE  the  ASCII  file  Ifn  in  numbered  mode  by  specifying: 

ICE./fn/NUM. 
You  can  specify  a  local  filename  on  a  control  statement  in  the  OPTION  file,  e.g.: 

PLOT,TAPE99/PL=10/TIME=15. 

However,  if  a  local  filename  is  specified  on  an  OPTION  control  statement,  you  cannot 
override  it  on  the  command  line. 

The  OPTION  file  can  contain  alternate  control  statements  for  a  program.   To  specify  an 
alternate  control  statement,  add  =name  to  the  program  name,  in  the  format: 

PRINT= name/option/option... 

where  name  can  be  one  to  seven  alphanumeric  characters  long. 


For  example,  an  OPTION  file  could  contain  the  lines: 

PLOT,TAPE99/PL=100/TIME=15. 
PLOT=0/PL=  100/TIME=25. 

With  this  OPTION  file,  if  you  use  the  command: 

PLOT. 

the  file  TAPE99  is  plotted  with  15  minutes  of  plotter  time  on  100  inches  of  paper.  To  specify 
the  alternate  control  statement  on  the  command  line,  add  =name  to  the  command,  e.g.: 

PLOT=0,/fn. 

The  file  Ifn  is  plotted  with  25  minutes  of  plotter  time  on  100  inches  of  paper.  In  this  case,  the 
alternate  control  statement  provides  a  way  to  specify  a  local  file  other  than  TAPE99  to  be 
plotted. 

If  you  specify  command=UO,  the  specifications  in  the  OPTION  file  will  be  ignored.   For 
example, 

PLOT=NO,/fn 

will  use  the  default  parameters  for  plotting,  i.e.,  the  file  Ifn  will  be  plotted  with  10  minutes  of 
plotter  time  on  36  inches  of  paper. 

Restriction: 

Alternate  control  statements  cannot  currently  be  specified  in  the  OPTION  file  for  the 
ICE  program. 


FORTRAN  LIBRARY  UNDER  RELEASE  4  -  CORRECTION 

In  the  October  issue  of  OFF-LINE  (pages  6-7),  a  list  was  given  of  procedures  deleted  under 
Release  4  from  CSO's  FORTRAN  library  UOILIB.   Subroutine  SETJCR  was  mistakenly 
omitted  from  that  list.   It  has  been  removed,  but  will  be  available  for  a  limited  time  in  the 
miscellaneous  source  library,  accessible  through  the  MISCDOC  procedure. 


NUMERICAL  SERVICES 


DIFSUB  TO  BE  REMOVED 

Subroutines  DIFSUB  and  DIFEQZ  in  FORTUOI  on  the  360/75,  and  DIFSUB  in  UOILIB  on 
the  CYBER,  will  be  removed  from  the  on-line  libraries  on  December  31,  1978.   After  that 
date  you  must  see  Stan  Kerr  (Room  175  DCL,  333-4715)  to  obtain  the  source  of  these 
routines. 

Enough  good  routines  for  ordinary  differential  equations  have  been  acquired  to  make  these 
older  routines  unnecessary. 

In  particular,  the  following  routines  are  available: 

In  IMSL 

DASCRU        DREBS  DVERK  DVOGER 

In  UOILIB 

DE  ODE  DEROOT        ODERT 

In  MSL 

BLCKDQ        DRATEX        RKINIT 

Additionally,  the  routines  BVP  and  LINBVP  in  MSL  help  with  boundary  value  problems  in 
one  dimension. 

For  more  information  concerning  math  libraries  on  the  CYBER,  use  the  MATHDOC 
procedure  by  entering: 

GRAB.MATHDOC. 
CALL,MATHDOC(HELP=YES) 


PDS/MAGEN 

CSO  would  like  to  know  if  there  is  enough  interest  among  people  doing  operations  research 
to  acquire  the  PDS/MAGEN  package  marketed  by  Haverley  Systems  Incorporated  through 
CDC.   This  is  a  system  designed  to  greatly  simplify  the  manipulation  of  data  in  operations 
research,  and  to  perform  the  task  of  translating  tables  of  data,  e.g.,  from  economic  research, 
into  proper  input  for  the  APEX  linear  programming  package. 


If  you  are  interested,  and  especially  if  you  are  doing  research  which  would  support  the 
acquisition  of  PDS/MAGEN,  please  contact  Stan  Kerr  (Room  175  DCL,  333-4715). 


DYNAMO  FOR  SYSTEM  DYNAMICS 


CSO  is  interested  in  acquiring  the  DYNAMO  package  for  system  dynamics  marketed  by 
Pugh-Roberts  Associates,  Incorporated  in  Cambridge,  Massachusetts.   However,  we  need  to 
know  if  there  is  enough  interest  among  researchers  to  support  the  acquisition.   If  you  have  a 
use  for  DYNAMO  or  if  you  have  questions  about  it,  please  contact  Stan  Kerr  (Room  175 
DCL,  333-4715). 


MISCELLANEOUS 


1200  BAUD  DIAL-UP  SYSTEM 

During  recent  months,  some  users  have  expressed  the  desire  to  have  a  1200  baud  dial-up 
service  available  for  the  CYBER.   CSO  will  be  offering  this  service  during  the  1979  spring 
semester.   To  make  use  of  this  service,  it  will  be  necessary  to  acquire  a  1200  baud  modem. 
One  method  for  acquiring  such  a  modem  will  be  via  a  contract  negotiated  by  CSO  through  a 
vendor.   Since  ordering  quantities  will  be  based  on  the  number  of  positive  responses,  it  is 
important  that  interested  persons  are  committed  to  using  the  service  and  are  willing  to  pay 
the  cost  which  will  be  approximately  $1000. 

Bids  have  been  requested  for  supplying  the  modems  to  be  used  for  this  service,  and  it  is 
hoped  that  the  modems  can  be  delivered  by  February.   The  Bell  21 2 A  or  its  equivalent  has 
been  used  as  a  specification  for  the  bid.   Although  plans  include  receiving  bids  from  other 
modem  companies,  Bell  Telephone  is  slightly  favored  at  this  time  due  to  their  ability  to 
provide  local  maintenance  and  expertise. 

If  you  are  interested  in  making  use  of  such  a  service,  please  contact  Cliff  Carter  (Room  195 
DCL,  333-3723)  and  leave  your  name,  phone  number  and  department. 

Another  method  would  be  to  deal  directly  with  Bell  Telephone  for  the  acquisition.   The 
following  information  has  been  provided  by  Bell  Telephone  representatives. 

Illinois  Bell  has  available  an  optional  pricing  arrangement  for  their  21 2 A  data  set 
(individual  sets  only).   The  2 12 A  connects  to  the  dial  network  and  runs  at  operator 
selectable  speeds  of  300  or  1200  bits  per  second,  asynchronous.   For  multiple  set 
housing  arrangements  up  to  5  sets,  contact  J.  Helms  351-9971  for  pricing. 


Both  options  include  normal  Illinois  Bell  maintenance  and  repair  service. 


•  Monthly  41.00 
Non-recurring  65.00 

•  Contract  Plan  -  1,  12,  24,  or  36  months 

1st  1  thru         13  thru       25  thru       Ea.Mo.       Total 

Mo.  12  Mo.       24  Mo.       36  Mo.       Add'l.         36  Mo. 

1  Mo.  Contract  890.00        15.00  15.00  15.00  15.00  1415.00 

12  Mo.  Contract        150.00        85.00  15.00  15.00  15.00  1445.00 

A  24-Mo.  Contract  and  a  36-Mo.  Contract  are  available  as  well,  but  are 
subject  to  the  State's  fiscal  year  contracting  clause. 

The  above  charges  deal  only  with  the  data  set.   In  addition,  various  non-recurring 
charges  apply  to  the  dial-up  line  (either  new  or  existing). 

Order  15.00 

Premise  4.00 

Station  Outlet  2.00 

Wiring  4.00 


25.00 
Line  Connect  (new  only)  12.00 


37.00  Maximum  total 

Since  there  is  a  possibility  that  modems  other  than  Bell's  could  be  chosen  (by  either  CSO  or 
individuals  not  dealing  through  CSO),  the  additional  information  was  provided  by  Bell 
representatives  concerning  the  interconnect  rule  in  relation  to  the  telephone  company  and 
customer-provided  communications  equipment.   This  ruling  makes  it  necessary  to  contact  Bell 
Telephone  for  the  installation  of  appropriate  jacks  for  connection. 

Direct  connection  of  customer-provided  data  sets  and  auxiliary  equipment  to  the 
telephone  company  (Illinois  Bell)  has  been  in  effect  since  June,  1977.   The  effect  of  the 
F.C.C.  ruling  allows  telephone  company  customers  to  connect  directly  to  dial-up  lines 
under  either  a  Grandfather  or  a  registration  program.   The  equipment  can  be  connected 
if  it  is  "Grandfathered",  i.e.  equipment  already  connected,  and  on  the  official  list  of 
Grandfathered  equipment.    A  customer  must  give  the  telephone  company  the  following 
information  prior  to  connection: 


•  Manufacturer's  name  and  model  number  of  the  Grandfathered  device. 

•  Method  of  connection,  which  may  be  4-prong  jacks,  F.C.C.   standard  jack,  or 
non-standard  jack. 

•  Laie(s)  to  which  the  Grandfathered  device  will  be  connected. 


The  manufacturer  of  the  device  must  provide  the  customer  the  first  two  items.  The 
third  item  can  be  an  existing  single  line  or  a  new  line. 

An  alternate  method  is  through  "Registered"  equipment.  A  manufacturer  must  provide 
the  customer  the  following  information  to  be  given  the  telephone  company  prior  to  the 
connection: 

•  Registration  number  =  14  alphanumeric  digits. 

•  Ringer  equivalence  number  including  ringer  frequency  A,  B,  or  X. 

•  Method  of  connection  =  F.C.C.  standard  jack. 

•  Line(s)  to  which  the  registered  device  will  be  connected. 

Under  the  F.C.C.  rules,  this  information  must  be  given  to  the  telephone  company  prior 
to  connecting  any  device.  The  telephone  company  cannot  and  should  not  assist  the 
customer  in  compiling  this  information.   Lists  of  Grandfathered  and  registered  devices 
are  available  through  the  Illinois  Commerce  Commission  and  the  Federal 
Communications  Commission,  and  are  available  to  any  manufacturer  of  data  sets. 

The  above  information  pertains  only  to  directly  connected  modems  and  not  acoustic  couplers. 
Even  though  information  about  acoustic  couplers  and  their  costs  are  requested  in  the  bid 
material,  no  coupler  will  be  recommended  until  field  trials  have  proven  that  they  are  reliable 
at  this  new  service  speed  and  protocol. 


MINICOMPUTER  USERS 

We  need  to  locate  someone  with  2315-24  sector  hard  disk  drives  on  their  minicomputer.   We 
have  recently  purchased  one  such  drive  and  need  the  capability  to  copy  disks.   If  you  have  a 
minicomputer  with  such  disk  drives,  please  contact  Phil  Hopke,  Environmental  Research 
Lab.,  333-6230. 


HELP  WANTED 


DATA  ENTRY 


A  person  is  needed  to  enter  data  into  the  computer  on  a  part-time,  hourly  basis.   Anyone 
interested  please  contact  Mrs.  M.  Miller,  328-3745. 
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DIRECTORY  OF  STAFF  AND  SERVICES 


COMPUTING  SERVICES  OFFICE 


CSO  North,  Digital  Computer  Lab. 


Director: 


George  F.  Badger,  Jr. 
150  DCL 

(217)  333-4103 


Assistant  Director 
User  Services: 


Robert  Penka 
173  DCL 

(217)  333-4709 


Assistant  Director 
Systems  Development 


Sandra  Moy 
177  DCL 
(217)  333-4703 


Business  Manager: 


Stanley  Rankin 
150  DCL 
(217)  333-6530 


User  Accounting: 


Gary  Bouck 
162  DCL 

(217)  333-7752 


Systems  Consulting 
Office: 


138  DCL 

(217)  333-6133 


CSO  South,  Commerce  West 


Manager  of  Statistical 
Services: 


Larry  Sautter 

91  Commerce  West 

(217)  333-2171 


Statistical  Services 
Consulting  Office: 


65  Commerce  West 
(217)  333-2170 


OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  and  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals. 


POLICY 


CHRISTMAS  SCHEDULE 

Both  the  IBM  360/75  and  the  CYBER  175  will  be  available  throughout  the  scheduled 
University  Christmas  vacation.    However,  during  this  period  offices  and  RJE  stations  will 
operate  according  to  the  following  schedule.    Any  additional  changes  to  the  schedule  will  be 
posted  on  the  door  of  the  RJE  site. 

CSO  Departmental  Offices: 


Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 


CLOSED 

Resume  regular  schedule 


Systems  Consulting  Office  (138  DCL): 


Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 


CLOSED 

Resume  regular  schedule 


Statistical  Consulting  Office  (65  Comm.  West): 


Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 


CLOSED 

Resume  regular  schedule 


CSO  North  Routing  Room  (129  DCL): 


Sun  Dec  24 

Mon  Dec  25 

Tues  Dec  26  -  Sun  Dec  31 

Mon  Jan  1 

Tues  Jan  2 


8:00  AM  -  Noon 

CLOSED 
8:00  AM  -  5:00  PM 

CLOSED 
Resume  regular  schedule 


CSO  South  RJE  (70  Comm.  West): 


Thurs  Dec  14  -  Fri  Dec  22 
Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 


8:00  AM  -  5:00  PM 
CLOSED 

Resume  regular  schedule 


ISR  and  FAR  KiE's: 


Thurs  Dec  14  -  Wed  Dec  20 
Thurs  Dec  21  -  Mon  Jan  21 
Mon  Jan  22 


1:00  PM  -  5:00  PM 
CLOSED 

Resume  regular  schedule 


Psychology  RJE  (453  Psychology): 


Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 

Social  Sciences  RJE  (202  Lincoln  Hall): 

Thurs  Dec  14  -  Thurs  Dec  21 
Fri  Dec  22 

Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 

Agriculture  RJE  (M-103  Turner  Hall): 

Fri  Dec  22 

Sat  Dec  23  -  Tues  Jan  2 
Wed  Jan  3  -  Fri  Jan  19 
Mon  Jan  22 

Chemistry  RJE  8153  Noyes  Lab): 

Mon  Dec  25 

Tues  Dec  26  -  Fri  Dec  29 

Mon  Jan  1 

Tues  Jan  2 

Electrical  Engineering  RJE  (145  Elect.  Eng.): 

Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 

Mechanical  Engineering  RJE  (65  Mech.  Eng.): 

Sat  Dec  23  -  Mon  Jan  1 
Tues  Jan  2 


CLOSED 

Resume  regular  schedule 


8:00  AM  -  5:00  PM 
8:00  AM  -  Noon 

CLOSED 
Resume  regular  schedule 


8:00  AM  -  5:00  PM 

CLOSED 
9:00  AM  -  5:00  PM 
Resume  regular  schedule 


CLOSED 

Resume  regular  schedule 

CLOSED 
Resume  regular  schedule 


CLOSED 

Resume  regular  schedule 


CLOSED 

Resume  regular  schedule 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  October,  the  approximate  mean  time  between  failures  for  the  CYBER  was  39  hours 
and  the  mean  time  to  repair  was  about  10  minutes.  ECS  caused  the  major  problems  on  the 
CYBER. 

For  the  360/75,  the  approximate  mean  time  between  failures  was  34  hours  and  the  mean 
time  to  repair  was  about  54  minutes.   Most  of  the  problems  on  the  360/75  were  caused  by 
hardware  errors  on  memory. 

Attention  to  some  problems  on  the  360/75  are  deferred  until  the  end  of  the  operating  hours 
of  the  Library  Control  System. 


CYBER 


LARGE  MATRIX  PROBLEMS 

CSO  has  been  conducting  experiments  with  a  software  package  from  Picatinny  Arsenal  that 
simulates  virtual  memory  on  the  CYBER.   Two  of  these  experiments  involved  real  symmetric 
matrices  of  order  1000  and  were  solved  using  variants  of  subroutines  from  EISPACK  and 
LINPACK.   One  experiment  consisted  of  the  solution  of  1000  simultaneous  equations  using 
Cholesky  decomposition  (SPPFA  and  SPPSL).   The  best  run  took  about  20  CPU  minutes, 
cost  about  $650  and  ran  for  about  4  hours  wall  clock  time.   The  algorithm  was  numerically 
equivalent  to  the  standard  routines.   A  second  experiment  involved  getting  the  eigenvalues  of 
an  order  1000  matrix.   The  best  run  took  about  18  CPU  minutes,  cost  about  $2400  and  ran 
for  about  4  hours  wall  clock  time.   A  variant  of  TRED3  (which  reduces  a  matrix  to  a  tri- 
diagonal  matrix  using  orthogonal  similarity  transformations)  was  used  with  numerical 
modification  to  reduce  page  faults.   This  did  not  appear  to  affect  the  accuracy  of  the  results. 

Anyone  with  large  matrix  or  large  partial-differential  equation  problems  who  would  like  to 
experiment  with  the  virtual  memory  routines  should  contact  Mike  Randal  (333-9772)  for 
further  information. 


SORT/MERGE  UTILITY  AVAILABLE 

A  SORTMRG  utility  is  available  on  the  CYBER  for  general  sort  and  merge  applications.   This 
article  describes  the  most  common  application  of  SORTMRG;  sorting  a  file  that  has  been 
created  from  cards,  a  text  editor,  or  FORTRAN  formatted  output  statements.   The  type  of 


data  in  these  files,  whether  alphabetic  or  numeric,  is  referred  to  as  coded  or  character  data. 
For  other  applications  of  SORTMRG  and  a  more  complete  description  of  the  utility,  consult 
the  CDC  SORT/MERGE  Version  1  and  4  Reference  Manual 

The  SORTMRG  utility  is  run  in  either  card  batch  or  the  BATCH  subsystem  in  time-sharing. 
A  directive  file,  which  may  be  either  a  local  disk  file  or  simply  cards  in  the  job  deck,  is 
required  and  must  contain  the  instructions  to  SORTMRG;  i.e.,  input  and  output  file  names, 
position  of  sort  keys,  and  ordering  of  sorted  data. 

The  directive  file  must  contain  the  following  statements: 

SORT 
FILE,INPUT=/fni,0UTPUT=/fn2 

FIELD,/reyI(ste/t/en^7,DISPLAY) 
KEY,/ceyI(or<ter,DISPLAY) 

END 

where: 

Ifnl  name  of  the  input  file  to  be  sorted 

lfr>2  name  of  the  file  to  receive  the  sorted  data 

keyl  a  1  to  7  character  name  to  identify  a  field  of 

the  record  (e.g.,  HEIGHT  or  AGE) 

start  column  position  of  the  first  character  in  the 

field  to  be  sorted 

length  number  of  columns  or  characters  in  the  field  to 

be  sorted 

order  A  must  be  used  to  designate  ascending  order 

D  must  be  used  to  designate  descending  order 

To  sort  on  multiple  keys,  the  FIELD  and  KEY  statements  in  the  directive  file  must  be 
changed  to: 

F\ELD,keyl{start,length,D\SPLM),key2(start,length,D\SPLAY),... 
KEV,keyl(order,D\SPLM),key2{order,D\SPLM),... 

The  FIELD  directive  must  define  all  of  the  fields  and  the  KEY  directive  must  choose  an 
order  for  each  field  specified  in  the  FIELD  directive.  Each  key  name  must  be  unique,   keyl 
is  the  major  or  primary  key  which  determines  the  overall  order  of  the  sort.   key2,  key3,  etc. 
specify  minor  keys  in  decreasing  order  of  significance. 

Before  executing  SORTMRG,  a  FILE  control  statement  must  be  issued  for  both  the  input  file 
(unsorted)  and  the  output  file  (sorted).  Thus,  to  execul£  SORTMRG,  the  control  statement 
sequence  from  a  time-sharing  job  would  be: 


GET./fni 

F\lE{lfn l.BJ  =  C.RJ  =  ZMRl  =  maximum  record  length) 
F\LE(lfn2BT  =  C.RT  =  ZMRL  =  maximum  record  length) 
SORJMRG(\  =  directive  file) 

SORTMRG  will  read  the  directives  and  echo  them  on  the  file  OUTPUT.    If  no  diagnostic 
messages  appear,  the  sort  proceeds. 


STATISTICAL  SERVICES 


REVISED  SPSS/ONLINE  MANUAL 


A  revised  SPSS/ONLINE  manual,  which  documents  all  the  new  features  implemented  in 
Version  7,  is  available  for  S2.00  at  the  CSO  Distribution  Center  (Room  164  DCL). 


SURVIVAL  PROCEDURE  IMPLEMENTED  IN  SPSS 

A  procedure  called  SURVIVAL  which  performs  survival  analysis  has  been  implemented  in 
CYBER  SPSS.   The  documentation  for  this  procedure,  contained  in  a  packet  of  12  CYBER 
SPSS  writeups,  is  available  for  $4.00  at  the  CSO  Distribution  Center  (Room  164  DCL).   A 
writeup  of  just  the  SURVIVAL  procedure  may  be  obtained  free  of  charge  at  the  Statistical 
Services  Consulting  Office  (Room  65  Commerce  West). 

Survival  analysis  evaluates  the  time  interval  between  two  events;  a  starting  event  and  a 
terminal  event.   This  methodology  was  developed  for  and  used  most  often  in  the  area  of 
clinical  trials.   Typically,  survival  analysis  has  been  used  to  characterize  the  survival  times  of 
patients  with  terminal  illnesses  and  to  study  the  effects  of  different  treatments  on  the  survival 
of  such  patients.    However,  survival  analysis  can  be  extended  to  other  areas  of  research 
where  two  events  can  be  defined  and  the  time  interval  between  these  events  is  of  interest.   In 
the  social  sciences,  for  example,  survival  analysis  could  be  used  to  describe  and  compare  the 
time  interval  from  marriage  to  divorce  for  groups  of  people  with  different  social  backgrounds. 
Another  possible  application  might  be  found  in  economics  where  survival  analysis  could  be 
used  to  study  the  success  rates  of  different  types  of  businesses. 

The  survival  experience  of  a  population  is  a  function  of  time  and  can  be  estimated  at  various 
intervals  from  the  actual  survival  times  observed  in  a  sample.    For  example,  in  a  sample  of 
terminally  ill  patients,  90  percent  of  the  sample  might  survive  for  one  year,  75  percent  might 
survive  for  two  years,  and  so  on.    From  sample  data  of  this  type,  a  number  of  functions 
which  characterize  the  distribution  of  survival  times  in  the  population  can  be  estimated. 


The  three  survival  functions  calculated  by  the  SURVIVAL  procedure  are: 

•  Cumulative  Survival  Rate  (also  called  the  survivorship  function).   This  is  the 
proportion  of  the  population  that  would  be  expected  to  survive  longer  than  a  given 
time  after  the  starting  event. 

•  Probability  Density  Function.   This  is  the  probability  that  an  individual  currently 
experiencing  the  starting  event  will  die  during  a  specified  time  interval. 

•  Hazard  Function.   This  is  the  probability  that  an  individual  who  has  survived  to  the 
beginning  of  a  specified  time  interval  will  die  within  that  interval. 

The  SURVIVAL  procedure  calculates  each  of  these  survival  functions  separately  for  two  or 
more  subgroups.  The  median  life  expectancy  and  corresponding  standard  errors  are  also 
estimated  at  each  time  interval.  Once  the  survival  distribution  of  each  group  has  been 
characterized,  the  difference  in  survival  experience  of  the  groups  may  be  tested  for  statistical 
significance.   An  optional  plot  of  the  cumulative  survival  rate  is  also  available. 


MISCELLANEOUS 


RESEARCH  BOARD  ACCOUNT  DEADLINE 

December  31,  1978  is  the  end  date  of  the  six-month  allocation  period  for  Research  Board 
accounts.   Some  departmental  account  managers  may  want  to  reset  or  alter  in  some  way  the 
balances  remaining  in  their  PS  numbers  or  account  numbers  to  reflect  the  next  allocation 
period.   Since  the  last  several  days  preceding  the  December  31st  deadline  are  extremely  busy, 
we  would  appreciate  receiving  the  necessary  PS  and  account  number  forms  early  so  we  can 
process  them  before  the  rush.   Any  forms  that  are  marked  "Hold  until  December  31,  1978" 
will  not  be  processed  before  that  date. 


USED  PERIPHERALS  FOR  SALE 

Two  used  peripherals  are  for  sale:  a  Datapoint  3300  CRT  with  numeric  keypad  and  cursor 
control;  and  a  GDI-100  card  reader,  table-top  model,  200  cards/min.  Both  need  some  repair 
work.   If  interested,  call  359-3993  after  6:00  PM. 


OFF-LINE'  s  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 


Check  one: 


□  New  subscriber 

□  Removal  request 

□  Address  correction 


Name: 
Address: 


CAMPUS   or    Zip  Code 


(If  address  correction,  give  old  address  and  zip  code  below.) 


Comments: 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of 
core  driving  a  GSI  CAT-8  photo-typesetter  with  the  UNIX  Operating  System. 


POLICY 


DISK  POLICY 

CSO  provides  a  large  amount  of  disk  space  for  users.   The  CYBER  175  has  eight  disk  packs 
which  contain  user's  permanent  files,  with  approximately  90  percent  of  each  disk  pack 
available  for  public  use.   The  IBM  360/75  has  one  pack  (PUBLIC)  for  permanent  datasets,  a 
portion  of  one  pack  (MERLIN)  available  for  temporary  datasets  and  a  large  portion  of  two 
packs  for  scratch  datasets  (used  during  one  or  two  jobs  only).   All  public  packs  are 
permanently  mounted.   Each  pack  can  hold  approximately  200  million  characters. 

At  times,  it  is  difficult  to  find  on-line  storage  on  short  notice.   This  is  due  in  part  to  a 
tendency  to  keep  datasets  on-line  even  though  they  are  no  longer  needed.  The  likelihood  of 
sufficient  disk  space  being  available  would  increase  if  disk  space  were  "turned  over"  more 
quickly. 

Although  the  main  responsibility  for  freeing  disk  space  lies  with  the  user  community,  CSO 
has  a  disk  policy  which  was  formulated  to  alleviate  problems  of  insufficient  space.  In 
implementing  this  policy,  CSO  reserves  the  right  to  change  the  procedures  used  to  assure  that 
adequate  disk  space  is  available  to  the  user  community.  When  possible,  notification  of 
changes  to  these  procedures  will  be  made. 


CYBER  File  Migration  Policy 

The  file  migration  system  was  installed  on  the  CYBER  in  June  1978.  This  system  provides  a 
method  for  moving  files  from  disk  to  tapes  owned  by  CSO,  while  maintaining  their  catalog 
entries.    (Users  are  charged  for  the  catalog  entries  of  migrated  files.)  The  migration  tapes  are 
kept  for  one  year  and  are  never  used  except  under  operator  control  for  the  purpose  of 
moving  a  file  back  to  disk. 

CSO  is  following  a  flexible  migration  policy  that  will  reduce  the  migration  traffic,  yet  leave  as 
many  files  as  possible  on  disk.   This  policy  may  be  stated  as  follows: 

•  Files  will  be  migrated  from  disk  to  tape  at  any  time  and  in  any  quantity  when  required 
to  maintain  sufficient  working  space  on  CYBER  disk. 

•  All  files  connected  with  a  project  which  has  run  out  of  funds  will  become  candidates 
for  file  migration  and  normally  will  be  migrated  after  five  days. 

•  Normally,  files  will  be  migrated  in  a  manner  that  will  allow  CSO  to  meet  the  following 
targets: 

Files  that  are  of  10  or  less  allocated  PRU's  in  length  normally  will  not  be 
migrated. 


Files  greater  than  10  allocated  PRU's  in  length,  but  less  than  2271  allocated 
PRU's  will  not  be  migrated  unless  they  have  not  been  accessed  for  28  days  or 
more. 

Files  greater  than  2270  allocated  PRU's  in  length  will  not  be  migrated  unless 
they  have  not  been  accessed  for  14  or  more  days. 

Files  greater  than  11,350  PRU's  in  length  may  be  migrated  at  any  time  without 
warning. 

Files  within  any  of  the  above  categories  will  be  migrated  on  some  basis  which  removes 
the  largest  and  most  inactive  files  from  disk  first.  The  particular  algorithm  for  the 
basis  will  be  developed  as  we  gain  experience  with  the  system. 


CYBER  Purge  Policy 

CSO  has  established  a  file  clean-up  system  on  the  CYBER  to  remove  Files  which  are 
candidates  for  removal  are  associated  with  one  of  the  following  criteria: 

.  An  invalid  project  (i.e.,  a  project  the  user  number  is  not  authorized  to  use) 

•  An  invalid  user  index  (i.e.,  the  user  number  no  longer  exists) 
.  A  cancelled  project 

•  A  project  which  is  depleted  of  funds 

CSO  is  first  migrating  these  files  to  tape  to  allow  users  a  sufficient  amount  of  time  to  reload 
them  before  they  are  purged.  The  purge  procedures  for  these  files  are: 

Criterion  Purge  Procedure 

An  invalid  project,  Purged  120  days  after  being  migrated, 

an  invalid  user  index,  or 
a  cancelled  project. 

A  project  which  is  Purged  1 20  days  after  funds  are 

depleted  of  funds.  depleted. 

Please  note  that  files  which  are  migrated  according  to  the  File  Migration  Policy  and  are 
associated  with  valid  signons  will  not  be  affected  by  the  purge  policy  stated  above. 

Any  CYBER  files  (on  disk  or  migrated)  will  be  automatically  purged  if  they  are  not  accessed 
within  365  days. 


360/75  Dataset  Removal  and  Purge  Policy 

Datasets  on  the  360/75  which  meet  the  following  criteria  are  candidates  for  removal  from 
disk.   Such  datasets: 

have  not  been  accessed  for  more  than  30  days, 

belong  to  cancelled  PS  numbers, 

belong  to  PS  numbers  that  have  been  inactive  for  more  than  30  days, 

are  not  cataloged,  or 

have  names  which  do  not  conform  to  the  standard  naming  conventions  at  CSO. 

Datasets  on  the  360/75  which  satisfy  any  of  the  criteria  given  above  for  removal  from  disk 
are  dumped  to  tape  once  a  week.  The  tape  will  be  saved  for  one  year.  After  one  year,  the 
datasets  that  have  not  been  accessed  will  be  automatically  purged. 

Restore  Procedures 

Datasets  which  have  been  removed  from  disk  on  the  CYBER  can  be  recovered  by  using  the 
RELOAD  command  (reference  guide  RF-3.19).  These  files  will  be  available  for  a  minimum 
of  120  days  and  a  maximum  of  365  days,  according  to  the  reason  for  which  they  were 
migrated. 

To  restore  a  360/75  dataset  which  has  been  removed,  you  must  contact  the  Systems 
Consultants  (Room  138  DCL,  333-6133).  These  files  will  be  available  for  a  maximum  of  one 
year. 

Any  dataset  on  either  the  360/75  or  the  CYBER  that  has  been  removed  from  disk  by  CSO 
will  not  normally  be  available  for  recovery  after  one  year. 

Backup  Policy 
The  CYBER  and  the  360/75  have  similar  back-up  procedures: 

•  CYBER  datasets  which  have  been  created  or  modified  within  a  24-hour  period  are 
backed  up  to  tape  every  morning.   Daily  backup  tapes  are  saved  for  one  week;  backup 
tapes  taken  on  Sundays  are  saved  for  one  month;  backup  tapes  taken  on  the  first 
Sunday  of  each  month  are  saved  for  three  months. 

•  All  360/75  public  packs  are  backed  up  to  tape  every  morning  except  Sunday.   Daily 
backups  are  saved  for  one  week;  backup  tapes  taken  on  the  first  Monday  of  each 
month  are  saved  for  three  months. 


Renting  a  3330  Spindle 
A  3330  spindle  for  the  CYBER  or  the  360/75  may  be  rented  as  follows: 

•  A  user  or  consortium  of  users  may  rent  a  3330  spindle  and  one  disk  pack  for  a  period 
of  not  less  than  12  months  for  either  the  CYBER  or  the  360/75.  The  price  is  the 
rental  and  maintenance  fee  which  CSO  pays  for  the  spindle,  disk  pack  and  a  portion  of 
the  cost  for  the  controller.   This  price  must  be  paid  in  real  money.   Users  may  not  use, 
Research  Board  funds  to  rent  a  spindle. 

•  The  spindle  will  not  be  used  as  a  setup  spindle,  so  the  consortium  of  users  must  share 
one  disk  pack. 

•  Normal  naming  conventions  for  datasets  on  private  packs  must  be  followed.   Please 
see  the  Systems  Consultants  (Room  138  DCL)  for  details. 

•  CSO  will  not  backup  the  data  on  a  rented  spindle  in  any  way,  nor  take  any 
responsibility  for  it.   It  is  up  to  the  user(s)  to  maintain  the  pack. 

•  CSO  will  maintain  the  spindle  in  good  mechanical  and  electrical  order. 

•  CSO  reserves  the  right  to  choose  the  physical  and  logical  position  of  the  spindle.  In 
the  unlikely  event  of  serious  mechanical  trouble,  for  instance  when  an  entire  channel 
is  out  of  service,  CSO  reserves  the  right  to  take  the  rented  spindle  off-line  in  order  to 
provide  effective  service  to  the  bulk  of  CSO  users. 

Additional  360/75  Disk  Information 
The  following  policies  apply  to  disk  storage  on  the  360/75  only: 
PUBLIC  Packs 

•  All  datasets  must  be  cataloged.  CSO  reserves  the  right  to  move  datasets  from  pack  to 
pack. 

•  CSO  reserves  the  right  to  remove  ISAM  and  other  unmovable  datasets. 

•  All  PUBLIC  datasets  must  adhere  to  the  standard  naming  conventions.  The  name 
should  be  of  the  form: 

USER.  Pnnnn.anything 

where  nnnn  is  the  user's  PS  number  and  anything  is  any  name  of  the  user's  choosing 
that  complies  with  OS  rules.   For  example: 

USER.PS1234.BINGO 


Class  datasets  may  have  names  of  the  form: 

USER,  classname.anything 
where  classname  is  the  name  of  the  class.  For  example: 

USER.CS101. BINGO 

MERLIN 

Every  dataset  on  MERLIN  is  scratched  at  approximately  12:00  Noon  each  Sunday. 

MERLIN  is  not  backed  up  in  any  way  whatsoever.  Users  must  recreate  their  own  data 
if  it  is  lost  on  MERLIN  for  any  reason,  including  the  Sunday  scratch. 

Datasets  on  MERLIN  need  not  be  catologued. 

Datasets  on  MERLIN  must  adhere  to  the  naming  conventions  outlined  above. 

Datasets  of  more  than  700  tracks  may  be  scratched  without  notice  if  MERLIN 
becomes  full  during  the  week.  No  refunds  will  be  given  in  this  case. 

NOTE:  The  charge  for  space  on  MERLIN  is  0.0067  service  units  per  track  per  day.  Charges 
are  calculated  daily  at  about  midnight;  users  who  scratch  their  datasets  before  Sunday  will 
thus  save  themselves  money. 

2314  Disk  Packs 

No  backup  is  done  for  2314  (user  or  department  owned)  disk  packs.  It  is  the  responsibility  of 
the  owner  to  backup  these  packs. 


Disk  Storage  at  Chicago  Circle 

CSO  users  may  store  data  on-line  at  the  Chicago  Circle  campus.  Those  wishing  to  use  this 
service  should  contact  the  Systems  Consultants  (Room  138  DCL). 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  November,  the  approximate  mean  time  between  failures  for  the  CYBER  was  67  hours 
and  the  mean  time  to  repair  was  about  19  minutes. 

For  the  IBM,  the  approximate  mean  time  between  failures  was  13  hours  and  the  mean  time 
to  repair  was  about  28  minutes.  Most  of  the  problems  on  the  360  were  caused  by  hardware 
failures  on  channel  zero. 


CYBER 


USING  THE  LOADER  WITH  LARGE  PROGRAMS 

On  the  CYBER,  programs  are  restricted  to  an  absolute  field  length  (memory)  limit  of  377K 
octal  (131K  decimal).  During  the  hours  8:00  AM  to  2:00  PM  and  4:00  PM  to  8:00  PM  the 
limits  are  reduced  to  177K  octal  (65K  decimal);  between  2:00  PM  and  4:00  PM  these  limits 
are  further  reduced  to  140K  octal  (49K  decimal).  When  writing  a  program,  one  often  finds 
these  limits  too  restrictive.  However,  with  the  use  of  the  loader,  a  large  program  may  still 
run  even  though  it  does  exceed  one  of  the  limits. 

Two  things  which  take  up  memory  are  the  data  and  the  program  itself.   Since  most  programs 
do  not  use  all  of  the  data  or  all  of  the  program  at  any  one  time,  the  obvious  solution  is  to 
keep  in  memory  only  that  portion  of  the  data  or  the  program  which  is  necessary  at  a  given 
time.  The  CYBER  loader  allows  one  to  keep  in  memory  only  those  subroutines  which  are 
being  used  at  the  present  state  of  execution  without  changing  the  program. 

The  process  of  dynamically  loading  subroutine  groups  on  the  CYBER  is  known  as 
segmentation.  To  use  segmentation,  you  must  specify  where  the  program  is  to  be  divided. 
This  is  done  by  inputting  control  cards  to  the  loader  via  the  SEGLOAD  directive  describing 
which  subroutines  are  to  be  loaded  together  and  which  subroutines  are  to  be  alternately 
loaded. 

To  use  this  facility,  your  program  must  be  able  to  be  described  as  a  tree  structure  in  which 
the  separate  branches  of  the  tree  correspond  to  the  alternately  loaded  subroutines.  It  is 
imperative  to  remember  in  setting  up  your  tree  structure  that  subroutines  in  one  branch 
cannot  call  subroutines  in  another  branch;  they  can  only  call  subroutines  that  are  either 
higher  or  lower  on  the  same  branch. 


For  example,  in  the  structure 
A 

A 

\ 

where  A,  B,  D,  E,  F  and  G  are  all  subroutines: 

A  can  call  any  other  subroutine 

B  can  call  only  A 

D  can  call  A,  E,  F  and  G 

E  can  call  D  and  A 

F  can  call  G,  D  and  A 

G  can  call  F,  D  and  A 

Another  restriction  is  that  two  branches  cannot  be  loaded  into  core  at  the  same  time.  In  the 
example  above,  B  and  D  cannot  be  loaded  at  the  same  time.  Therefore,  if  a  subroutine  needs 
to  be  called  from  two  branches,  that  subroutine  should  be  placed  at  the  fork  of  the  branches 
to  be  valid  as  shown  in  the  following  example. 

A 

B  C 


i 1 1 ega  1  1 ega 1 

Finally,  it  should  be  noted  that  variables  within  a  lower  level  segment  lose  their  current 
values  each  time  the  subroutine  is  unloaded.  This  may  or  may  not  be  a  problem,  but  is 
readily  solved  if  it  is.   The  loader  directive,  GLOBAL,  may  be  used  to  say  that  a  particular 
common  block  belongs  to  a  higher  segment  in  the  tree  so  that  it  will  not  get  unloaded  as 
frequently.   If  this  does  not  solve  the  problem,  there  are  two  other  options.  The  first  option 
is  to  move  the  common  block  to  the  highest  segment  which  never  gets  unloaded.  The 
second  option  is  to  instruct  the  system  to  save  the  common  block  on  disk  whenever  it  is 
unloaded.   In  either  of  these  options,  the  common  block  is  saved  between  invocations  of  the 
segment. 

To  obtain  a  picture  of  the  entire  process,  the  following  FORTRAN  program  outline  is 
presented,  showing  only  those  elements  necessary  to  set  up  a  tree  structure  for  segmentation 
of  the  program. 


PROGRAM  MAIN  (       ) 
COMMON/VAR/PARMl,PARM2 

CALL  INPUT 
CALL  INIT 
CALL  PROCES 
CALL  OUTPUT 
END 

SUBROUTINE  INPUT 
COMMON/ VAR/PARM1,PARM2 
READ  *,PARM1 
END 

SUBROUTINE  INIT 

COMMON/VAR/PARMl,PARM2 

PARM2=PARM1*2 

END 

SUBROUTINE  PROCES 
DO  10  1  =  1,5 
CALL  A 
10    CALLB 
END 

SUBROUTINE  OUTPUT 
COMMON/ VAR/PARM1,PARM2 
PRINT  *,PARM1,PARM2 
END 

SUBROUTINE  A 
END 

SUBROUTINE  B 
END 

If  we  assume  that  the  above  subroutines  are  large  and  will  not  fit  into  memory,  we  can 
proceed  to  segment  the  program.  By  inspecting  all  the  calls,  the  program  has  the  structure: 


MAIN, 


INPUT     INIT    PROCES    OUTPUT 


Using  this  tree  structure,  we  see  that  INPUT,  INIT,  PROCES  and  OUTPUT  will  occupy  the 
same  memory  at  various  times,  as  will  A  and  B.   Since  it  causes  some  overhead  (hence  extra 
cost)  to  load  each  segment,  it  is  wise  to  do  as  little  overlaying  (segmenting)  as  is  necessary. 
Therefore,  each  path  through  the  tree  (from  top  to  bottom)  should  be  as  similar  in  size 


(memory)  as  possible.   Looking  at  the  end  of  the  FTN  compilation  listing  for  each  subroutine 
in  the  above  program,  we  find: 


MAIN 

is 

10K 

INPUT 

is 

5K 

INIT 

is 

7K 

PROCES 

is 

20K 

OUTPUT 

is 

15K 

A 

is 

3K 

B 

is 

2K 

So,  when  MAIN,  PROCES  and  A  are  loaded,  the  program  will  require  at  least  33K.   If  we 
load  MAIN,  INIT  and  INPUT,  it  will  take  only  22K,  so  there  is  no  reason  to  make  INIT  and 
INPUT  separate  segments.  The  tree  would  then  appear  as: 


MAIN 


INPUT     PROCES     OUTPUT 
INIT 


The  program  will  now  take  less  time  to  run.   Although  OUTPUT  also  is  short,  there  is 
nothing  to  combine  it  with. 

We  can  then  describe  this  tree  to  the  loader  by  using  the  SEGLOAD  directive: 

TREE  MAIN-(INPUT,-INIT,(PROCES-(A,B)),OUTPUT) 

When  the  loader  encounters  this  directive,  it  will  do  all  of  the  things  necessary  to  execute  the 
overlayed  program.   As  the  program  is  executed,  the  following  steps  will  be  done: 

•  MAIN  will  be  loaded. 

.    CALL  INPUT  will  cause  INPUT/INIT  to  be  loaded. 

•  CALL  INIT  will  proceed  as  a  normal  call  since  INIT  has  already  been  loaded. 

.    CALL  PROCES  will  cause  PROCES  to  be  loaded  in  same  memory  as  INPUT/INIT. 

•  CALL  A  will  cause  A  to  be  loaded  just  after  PROCES. 

•  CALL  B  will  cause  B  to  be  loaded  over  A. 
(NOTE:  Steps  5  and  6  are  repeated  five  times.) 

.    CALL  OUTPUT  will  cause  OUTPUT  to  be  loaded  on  top  of  PROCES. 


10 


A  complete  explanation  of  this  process  and  the  associated  loader  directives  can  be  found  in 
the  CYBER  LOADER  Reference  Manual,  available  from  the  CSO  Distribution  Center 
(Room  164  DCL). 


STATISTICAL  SERVICES 


STAT  PACKAGE  ON  CYBER  MODIFIED 

The  STAT  conversational  statistical  package  on  the  CYBER  was  recently  modified.   All  of  the 
output  formats  have  been  changed  from  F  formats  to  G  formats  so  that  any  large  numbers 
encountered  are  printed  as  scientific  numbers  rather  than  fixed  numbers. 

In  addition,  a  feature  has  been  added  to  allow,  before  the  output  of  each  statistical  routine,  a 
choice  between  having  the  results  displayed  on  the  terminal  or  written  to  a  local  file.  This 
should  make  the  package  more  useful  when  using  a  CRT. 

If  you  have  any  questions  or  problems  with  the  package,  please  contact  the  CSO  Statistical 
Consultants  (Room  65  Commerce  West,  333-2170).  The  STAT  User  Manual  may  be 
obtained  from  the  CSO  Distribution  Center  (Room  164  DCL). 


TEXT  PROCESSING 


TYPESETTING  ON  THE  UNIX 

The  UNIX  text  processing  system  is  now  available  for  use  by  qualified  CSO  users  with  hard- 
money  accounts,  and  in  special  instances,  by  users  without  current  funding. 

The  UNIX  system  provides  powerful  tools  for  the  formatting  of  tables,  equations  and  text. 
These  tools  include  the  automated  preparation  of  tables  of  contents  and  the  correct  placement 
of  footnotes. 

Output  devices  available  on  UNIX  include  an  upper/lower  case  line  printer,  a  Diablo  Hytype 
and  a  Graphics  System  CAT-8  phototypesetter.   A  Qume  Twintrack  has  been  delivered  and  is 
being  interfaced  at  the  time  of  this  publication. 

UNIX  text  processing  jobs  may  originate  from  the  UNIX  time-sharing  system,  or  may  be 
submitted  as  batch  jobs  from  UNIX-enabled  accounts  on  the  CYBER  via  the  SENDJOB 
command.   Users  with  large  files  or  requiring  faster  turnaround  than  batch  will  be  encouraged 
to  obtain  accounts  directly  on  the  UNIX  system. 
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Further  information  may  be  obtained  about  using  the  UNIX  system  by  calling  333-8150 
between  the  hours  of  9:00  AM  to  Noon  and  1:00  PM  to  5:00  PM,  Monday  through  Friday.   A 
text  processing  consulting  service  is  being  established  and  further  information  about  this  will 
appear  in  HEARYE  and  in  future  issues  of  OFF-LINE. 


MISCELLANEOUS 


APL  LECTURE  AND  DEMONSTRATION 

An  APL  lecture  and  demonstration  using  the  IBM  5100  portable  computer  will  be  presented 
on  January  25,  1979  in  three  identical  two-hour  sessions.   These  three  sessions  are  scheduled 
for  9:00  AM  to  11:00  AM,  1:00  PM  to  3:00  PM,  and  3:00  PM  to  5:00  PM  in  Room  380 
Materials  Research  Lab. 

The  lecture  has  been  designed  to  show  the  power,  speed  and  efficiency  of  APL  (A 
Programming  Language)  when  applied  to  statistical,  mathematical,  scientific,  engineering, 
financial  and  linguistic  analyses.   Mort  SinkofT,  a  representative  of  IBM  who  has  conducted 
this  session  at  other  universities,  will  present  the  lecture  and  demonstration. 
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SYSTEM  NOTES 


RELIABILITY  REPORT 

During  December,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  62 
hours  and  the  mean  time  to  repair  was  4  minutes.  There  were  no  major  problems  with  the 
CYBER  this  month. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  22  hours  and  the 
mean  time  to  repair  was  about  45  minutes.   Most  of  the  problems  on  the  360/75  were  caused 
by  hardware  errors  on  channel  zero. 


CYBER 


USING  GRAB  TO  ACCESS  LIBRARIES 

The  new  GRAB  facility  {OFF-LINE,  October  1978,  "New  Utility  Called  GRAB")  is  useful  for 
accessing  various  libraries  such  as  IMSL,  MSL  and  GCS.  For  any  library  accessed  by  GRAB, 
a  SLIBRARY  control  statement  is  automatically  done  for  you  that  will  cause  the  library  to  be 
searched  when  you  load  and  run  your  program. 

If  you  are  using  two  libraries,  you  will  encounter  problems.   Each  SLIBRARY  control 
statement  resets  the  list  of  libraries  to  be  searched.  Therefore,  after  grabbing  two  libraries, 
you  must  then  issue  an  additional  SLIBRARY  control  statement  containing  both  of  the 
library  names. 

If  you  are  using  three  or  more  libraries,  the  same  problem  occurs,  but  the  solution  is  more 
complex.   Since  the  SLIBRARY  control  statement  is  limited  to  two  library  names,  a  LDSET 
control  statement  must  be  used  for  three  or  more  libraries.  The  LDSET  control  statement  is 
part  of  a  loader  sequence  of  commands  which  must  be  specified  all  together.  For  example: 

LDSET(LIB=IMSUB/GCSTEKT/MSUB) 
LGO. 

To  add  to  the  complexity,  there  is  the  further  restriction  that  these  control  statements  cannot 
be  entered  as  separate  statements  in  time-sharing.  If  you  are  working  in  time-sharing,  these 
statements  must  be  in  a  procedure  file.   A  simple  way  to  do  this  is  to  use  the  P  program  (see 
reference  guide  RF-3.26  for  details).   For  example: 

P.LDSET(UB=IMSUB/GCSTEKT/MSLIB);LGO. 


NEW  VERSION  OF  ICE 

The  ICE  text  editor  was  recently  upgraded  from  Version  2.2.5  to  Version  2.3.0.  This  new 
version  of  ICE,  while  completely  compatible  with  Version  2.2.5,  has  had  several  significant 
features  added.  These  features  are  for  experienced  users  of  ICE  and  should  not  be  attempted 
by  anyone  who  is  not  totally  familiar  with  the  ICE  text  editor. 

In  brief,  the  new  capabilities  of  ICE  Version  2.3.0  are: 

•  Mixtures  of  ASCII  and  NORMAL  character  sets. 

•  Command  loops  and  procedures. 

•  Expanded  set  of  line-pointers. 

.    User-redefinition  for  M/MOD  action  symbols. 

•  Additional  M/MOD  actions. 

•  User-redefinable  control  over  the  skipping  of  multiple-command  sequences  upon 
unusual  conditions. 

.    Ability  to  request  the  count  of  occurrences  for  F/S. 

•  Liberation  of  certain  punctuation  marks  that  were  formerly  reserved,  but  were  unused 
syntax  elements. 

•  User-redefinition  of  prefix  defaults. 

•  A  new  command  to  inquire  about  or  reassign  which  file  is  being  edited. 

•  Bugs  have  been  fixed  in  the  substitute  command  and  in  the  use  of  ICE  from  batch 
jobs  or  with  alternate  input/output  files. 

Saved  ICEWORK  files  will  be  affected  by  Version  2.3.0  because  of  changes  in  internal  format. 
However,  Version  2.2.5  will  still  be  available  for  a  reasonable  time  to  allow  users  to  recover 
any  ICEWORK  files  they  have  saved.  To  access  Version  2.2.5  of  the  ICE  text  editor,  use  the 
statement: 

GET,ICE225/UN=EDITORS. 

A  working  document  of  the  Version  2.3.0  changes  is  available  on-line  and  may  be  accessed  by 
the  statement: 

WRITEUP.NEWICE. 


STATISTICAL  SERVICES 


SOUP  AC  ON  THE  CYBER:  PROGRESS  REPORT 

The  SOUPAC  system  of  statistical  programs,  previously  resident  only  on  the  360/75,  is  now 
operative  and  being  used  by  several  classes  and  researchers  on  the  CYBER.  The  support 
system  which  consists  of  a  large  body  of  programs,  and  some  28  of  the  statistical  programs 
have  been  converted  and  many  technical  problems  solved. 

The  steadily  growing  list  of  converted  statistical  programs  includes  most  of  those  in  the 
Analysis  of  Variance,  Correlations  and  Regressions,  and  Factor  Analysis  sections  of  the 
SOUPAC  manual,  as  well  as  Transformations  and  Matrix.  Converted  programs  have  the 
same  parameter  sequences  as  the  IBM  versions  described  in  the  SOUPAC  Program 
Descriptions  manual  available  through  the  CSO  Distribution  Center  (Room  164  DCL).   A  list 
of  currently  converted  programs  is  provided  at  the  end  of  this  article. 

Users  are  encouraged  to  try  the  CYBER  version  of  SOUPAC,  particularly  for  the  faster 
turnaround  times.  Suggestions  from  users  are  welcome  and  are  often  helpful  in  the  design 
and  maintenance  of  CYBER  SOUPAC,  particularly  in  its  implementation  policy  and  support 
routines. 

CYBER  SOUPAC  is  very  similar  to  IBM  SOUPAC.  However,  the  support  system  behind  the 
various  statistical  programs  is  vastly  different.  Efforts  are  being  made  to  make  the  CYBER 
SOUPAC  support  system  as  accurate  as  possible,  more  efficient,  and  fully  compatible  with 
future  releases  of  the  CDC  CYBER  operating  system.  System  support  development, 
therefore,  coincides  with  statistical  program  conversion. 

To  use  CYBER  SOUPAC,  check  the  list  of  available  programs  shown  on  the  next  page,  set 
up  program  calls  according  to  the  SOUPAC  Program  Descriptions  manual,  and  see  the  handout 
SOUPAC  on  the  CYBER  which  is  available  from  the  Statistical  Consulting  Office  (Room  65 
Commerce  West)  for  examples  of  the  SOUPAC  calling  sequence  on  the  CYBER. 


CYBER  SOUP  AC  Statistical  Programs 
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ALPS  TO  BE  REMOVED 

Some  time  ago,  we  inquired  in  OFF-LINE  (May  1978,  "Who  Needs  ALPS?")  whether  anyone 
using  ALPS  on  the  360/75  might  not  convert  to  using  MPOS,  EZLP,  or  APEX  on  the 
CYBER,  and  proposed  removing  ALPS.  So  far,  almost  no  one  has  expressed  an  interest  in 
keeping  ALPS.  It  will  be  removed  after  the  spring  semester. 

Comments  and  objections,  especially  from  anyone  who  has  already  made  plans  to  use  ALPS 
in  a  course  next  fall,  should  be  sent  to  Stan  Kerr  (Room  175  DCL,  333-4715). 


FORTUOI  ON  THE  360/75 

The  FORTUOI  library  on  the  360/75  has  not  been  significantly  updated  for  some  time.  Most 
of  the  routines  in  it  are  mathematical  in  nature  and  are  largely  outdated  or  superceded  by 
more  recent  software  (e.g.,  IMSL).  Both  DIFSUB  and  DIFEQZ  have  now  been  deleted 


{OFF-LINE,  November  1978,  "DIFSUB  to  be  Removed").  We  are  considering  purging  a 
number  of  the  routines  in  the  FORTUOI  library  at  the  end  of  the  spring  semester,  and  are 
presenting  a  list  of  likely  candidates  here  for  your  comments.  Source  of  these  routines  would 
remain  on  the  setup  disk  UIMATH. 

Routines  that  are  candidates  for  removal  are: 


ADIPZ 

BKTRNZ 

BROMNZ 

BROWNZ 

CEST1Z 

CFIT3Z 

CHOL1Z 

CHOL3Z 

CHOL4Z 

DGEARZ 

DGELGZ 

DVDIFZ 

ECON1Z 

EIGENP 

EIGENZ 

EVIITZ 

FLPOMZ 

FRANCZ 

FSER1Z 

FSORTZ 

GAUSZ 

HOUSEZ 

INV1Z 

INV3Z 
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MDETZ 

MINVZ 

NOLINZ 

ORTIZ 
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PLOTZ 

PLOTEZ 

POLVAZ 

POL1Z 

POL2Z 

RAMEZ 

RSSR 

SCSLEZ 

SLEVBZ 

SMEIGZ 

SPL1Z 

TRAUBZ 

WLSQZ 

XINVZ 

Users  now  running  old  load  modules  containing  these  routines  would  have  trouble  recreating 
their  load  modules.  These  people  would  be  encouraged  to  convert  to  more  current  software. 
If  they  are  unable  or  unwilling  to  do  so,  a  special  non-supported  library  containing  the 
routines  might  be  made  available. 

Comments  and  suggestions  should  be  directed  to  Stan  Kerr  (Room  175  DCL,  333-4715). 


UPDATES  TO  UOILIB  ON  THE  CYBER 

The  subroutine  library  UOILIB  on  the  CYBER,  which  contains  locally  written  and  imported 
routines  for  various  utility  functions  and  mathematical  operations,  has  been  updated  as 
follows: 

.    DIFSUB  has  been  removed  {OFF-LINE,  November  1978,  "DIFSUB  to  be  Removed"). 

•    The  following  routines  from  the  text,  Computer  Methods  for  Mathematical  Computations, 
by  Forsythe,  Malcolm  and  Moler  (Prentice-Hall,  1977)  have  been  added: 

DECOMP  Matrix  decomposition 

SOLVE  Solution  of  a  linear  system 

SPLINE  Spline  calculation 

SEVAL  Spline  evaluation 

QUANC8  Integration  of  a  function 


RKF45  Solution  of  a  system  of  ordinary  differential 

equations  by  Runge-Kutta-Fehlberg  method 

ZEROIN         Calculation  of  zeros  of  a  function  of  one  variable 

FMIN  Minimization  of  a  function  of  one  variable 

URAND  Pseudo-random  number  generation 

Complete  source  and  writeups  for  these  routines  can  be  obtained  via  the  MATHDOC 
procedure.  For  instructions  on  the  use  of  MATHDOC,  enter  the  control  statements: 

GRAB,MATHDOC. 
CALL,MATHDOC(HELP=DETAIL) 


TEXT  PROCESSING 


TEXT  PROCESSING  CONSULTING 

A  text  processing  consulting  service  is  now  available  for  CSO  users.  This  service  includes 
assistance  in  using  the  RNF  text  formatter  on  the  CYBER  and  the  TROFF  typesetting 
formatter  on  UNIX.  The  document  preparation  assistance  offered  by  Ed  Dewan  has  been 
incorporated  into  this  new  service.  Specific  questions  about  using  these  formatters  and/or  the 
text  processing  facilities  at  CSO  should  be  directed  to  the  Text  Processing  Consulting  Office 
(Room  207  Advanced  Computation  Building,  333-8150).   A  consultant  is  available  from  9:00 
AM  to  Noon  and  1:00  PM  to  5:00  PM,  Monday  through  Friday. 


MISCELLANEOUS 


1200  BAUD  DIAL-UP  UPDATE 

This  is  a  progress  report  concerning  the  1200  baud  dial-up  service  {OFF-LINE,  November 
1978,  "1200  Baud  Dial-up  System"). 

A  request  has  been  prepared  for  the  January  Board  of  Trustees  meeting  along  with  a 
recommendation  to  purchase  212A-equivalent  modems  from  Rixon,  a  company  with  many 
years  of  experience  in  modem  construction.  The  purchase  cost  for  one  modem  plus  a  cable 
will  be  $826.92. 


Although  firm  delivery  dates  have  not  been  established,  it  will  not  be  possible  to  meet  the 
February  date  mentioned  in  the  November  OFF-LINE.   We  currently  have  two  modems  for 
test  purposes  and  will  be  able  to  provide  more  detailed  information  at  a  later  date. 


TELETYPE  REPAIRS 

Since  the  introduction  of  CRT  terminals,  the  requests  for  maintenance  and  repair  of  Teletype 
models  33  and  35  have  decreased  to  less  than  20  percent  of  what  they  were  three  years  ago. 
As  a  result,  CSO  is  considering  the  removal  of  this  service  (July  1980)  because  the  cost  to 
maintain  trained  personnel  and  inventory,  as  well  as  the  overhead  costs,  is  too  great 
compared  to  the  demonstrated  need.   If  this  service  is  discontinued,  CSO  will  provide  a  listing 
of  commercial  firms  available  to  service  these  machines. 

This  notice  affects  the  trade-named  terminals  TTY  33  and  35  only.   All  other  service  offerings 
will  continue. 
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POLICY 


FILES  OF  INVALID  PROJECTS  PURGED 

CSO  has  established  a  system  to  purge  files  which  belong  to  invalid  projects  (OFF-LINE, 
January  1979,  "Disk  Policy").  120  days  after  a  project  becomes  invalid,  the  files  associated 
with  it  are  purged.  During  the  120  days,  the  catalog  entries  are  marked  and  the  DIRECT  and 
CATLIST  commands  indicate  such  files  by  prefacing  their  names  with  a  minus  (-)  sign.  For 
example,  DIRECT  could  produce  the  following: 

•BINFILE    'DATA 

If  a  GET,  ATTACH,  or  APPEND  command  is  issued  for  a  file  marked  with  a  minus  sign, 
the  system  will  respond  with  the  message: 

filename  MUST  BE  CLAIMED 
To  access  such  a  file,  issue  the  CLAIM  command: 

CLAIM,  filename. 

while  logged  into  a  valid  project. 

Since  the  indication  that  a  file  belongs  to  an  invalid  project  takes  precedence  over  the 
indication  that  a  file  is  not  on  disk,  it  is  necessary  to  check,  via  DIRECT  or  CATLIST,  if  the 
file  is  on  disk  after  issuing  the  CLAIM  command.  Once  it  is  established  that  the  file  is  on 
disk,  reissue  the  GET,  ATTACH,  or  APPEND  command  required. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  January,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  50 
hours  and  the  mean  time  to  repair  was  about  29  minutes.   Master  Console  errors  and  hung 
PP's  were  the  major  problems  on  the  CYBER. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  32  hours  and  the 
mean  time  to  repair  was  about  55  minutes.   Main  problems  on  the  360/75  were  hardware 
related  and  major  downtime  was  caused  by  power  failures  due  to  the  severe  winter  weather. 


CYBER 


QUERY 

The  QUERY  program  displays  the  status  of  a  user's  queued  jobs  or  the  totals  of  various 
queues.  It  can  be  used  only  through  CYBER  time-sharing  in  the  BATCH  subsystem. 

The  CYBER  generates  a  User  Index  and  a  corresponding  User  Hash  for  each  User  Number. 
The  User  Hash  is  used  to  identify  output  and  queued  jobs.  The  statement: 

QUERY. 

will  provide  the  status  of  all  queued  jobs  for  the  User  Hash  associated  with  the  User  Number 
entered  at  signon. 

If  there  are  queued  jobs,  the  CYBER  response  is  displayed  in  three  columns: 


# 

JOBNAME 

QUEUE 

For  example: 

# 

JOBNAME 

QUEUE 

111 

ABCD123 

INPUT 

222 

ABCD456 

PRINT 

333 

ABCD765 

TIELINE 

12 

ABCD121 

TAPE  MOUNT 

5 

ABCD375 

FETCH 

If  no  jobs  are  queued  for  the  User  Hash,  the  CYBER  response  to  a  QUERY  statement  is: 

NO  QUEUED  JOBS  FOR  hash 

To  determine  the  status  of  queued  jobs  associated  with  a  different  User  Hash,  use  the 
statement: 

QUERY/Xhash. 

where  /J  indicates  the  queued  jobs  for  the  appropriate  User  Hash  specified  by  ,hash.  For 
example,  if  the  User  Hash  associated  with  your  signon  is  ABCD  and  you  want  to  see  the 
status  of  queued  jobs  associated  with  User  Hash  DCBA,  the  QUERY  statement  would  be: 

QUERY/J.DCBA. 

The  statement: 

QUERY/Q. 


will  provide  a  list  of  the  current  total  number  of  jobs  in  each  CYBER  queue.   For  example: 


QUEUE  TOTALS 

LENGTH 

INPUT 

0 

FETCH 

3 

PRINT 

20 

PUNCH 

200 

TIELINE 

3 

TAPE  MOUNT 

10 

If  the  /Q  switch  is  used  in  conjunction  with  the  /J  switch: 

QUERY/J/Q. 

or 

QUERY/J,hash/Q. 

the  CYBER  responds  with  the  status  of  queued  jobs  for  the  specific  User  Hash  and  a  list  of 
CYBER  queue  totals. 

Using  QUER  Y  Information  with  Fetch 

A  new  feature  has  been  added  to  the  FETCH  program  to  allow  a  file  to  be  retrieved  by- 
number  (FNT  ordinal).  This  number,  obtained  by  using  the  QUERY  command,  appears 
under  the  column  headed  #  in  the  QUERY  response.  The  purpose  of  this  feature  is  to  allow 
the  retrieval  of  a  file  from  the  print  queue  or  to  reroute  the  file  to  a  different  printer. 

For  example,  the  local  file  MYFILE  was  routed  to  the  CYBER  printer  using  the  PRINT 
command  and  is  in  the  print  queue  with  the  jobname  ABCD123.  To  remove  ABCD123  from 
the  print  queue,  first  issue  a  QUERY  statement  to  learn  the  FNT  ordinal  associated  with  that 
job: 

QUERY. 
QUERY  responds  with 

#  JOBNAME  QUEUE 

19  ABCD123  PRINT 

In  this  example,  the  FNT  ordinal  is  19.   You  can  then  issue  the  statement: 

FETCH,  19. 
which  will  remove  the  job  from  the  print  queue  and  give  the  response: 

19  FETCHED  •  LOCAL  FILE  NAME  ABCD123 


In  some  cases,  the  file  cannot  be  fetched.  The  CYBER  will  respond  with  the  message: 

CANNOT  FETCH  nn 

where  nn  is  the  FNT  ordinal. 

To  remove  the  file  from  your  local  file  space  after  it  has  been  fetched,  issue  a  RETURN 
statement,  e.g. 

RETURN.ABCD123. 

If  you  want  to  reroute  the  fetched  job  to  the  another  printer,  issue  the  PRINT  statement: 

PRI NT/DISP/RJE= remote  id.filename 


SIMPLIFIED  USE  OF  MULTIPLE  LIBRARIES 

Using  the  SLIBRARY  statement  to  establish  the  global  library  set  is  usually  the  simplest  way 
to  use  libraries  on  the  CYBER.  The  global  library  set  is  generally  limited  to  two  library 
names.   SLIBRARY  will  allow  you  to  specify  up  to  24  library  names  if  they  are  part  of  a 
limited  list  of  'known1  libraries.  The  following  library  names  have  been  added  to  this  list: 


CALCOMP 
GCSALPH 
GCSPRNT 
SPRTLIB 


GASPLIB 
GCSBASE 
GCSTEKT 
UOILIB 


GCSADDR 

GCSCALC 

IMSLIB 


USRLIB1 
USRLIB2 
USRLIB3 


Most  of  these  libraries  are  offered  by  CSO  via  the  GRAB  utility.  The  four  names  in  the  last 
column  are  intended  for  use  with  user-owned  libraries.   For  example,  the  statements: 

GET,USRUB1  =  MYLIB. 
GET,USRLIB2=OTHRLIB/ID=123456789. 
ATTACH,USRLIB3=ONEMORE/ID=987654321. 
$LIBRARY,USRUB1,USRLIB2,USRUB3. 

would  allow  you  to  use  three  libraries  (one  of  your  own  and  two  from  other  ID  numbers)  by 
using  'known'  names. 

Restrictions 

•    A  maximum  of  14  names  can  be  used  with  SLIBRARY  if  one  of  the  names  is  not 
'known'. 


•    A  maximum  of  four  names  can  be  used  with  SLIBRARY  if  two  of  the  names  are  not 
'known'. 


A  new  ADDLIB  statement  has  been  added  to  simplify  changes  to  the  global  library  set.  The 
$LIBRARY  statement  requires  the  entire  global  library  set  to  be  respecified  when  a  change  is 
desired.   ADDLIB  allows  changes  and  additions  to  the  established  global  library  set  without 
respecification  of  the  entire  set. 

For  example: 

ADDLIB,USRLIB1,USRUB2,USRLIB3.  Adds  the  three  libraries  indicated  to  the 

global  library  set. 

ADDUBUSRLIB2.  Removes  USRLIB2  from  the  global  library 

set. 

ADDLIB-GCS'.GCSTEKT.  Removes  all  GCS  libraries  from  the  global 

library  set  and  then  adds  GCSTEKT. 

ADDLIB*.  Removes  all  libraries  from  the  global 

library  set. 

ADDLIB.  Removes  all  libraries  from  the  global 

library  set. 

The  global  library  set  produced  by  ADDLIB  is  subject  to  the  same  size  limitations  as 
SLIBRARY.  Thus,  the  use  of  'known'  names  with  ADDLIB  is  recommended. 


USING  GRAB  TO  ACCESS  LIBRARIES 

Because  of  the  installation  of  the  ADDLIB  utility,  accessing  a  library  via  GRAB  uses 
ADDLIB  statements  instead  of  SLIBRARY  statements.  This  eliminates  the  need  to  use  the 
techniques  described  in  a  previous  OFF-LINE  article,  "Using  GRAB  to  Access  Libraries" 
{OFF-LINE,  February  1979).   For  example: 

Before  ADDLIB  After  ADDLIB 

GRAB.IMSLIB.  GRABJMSLIB. 

GRAB.MSUB.  GRAB.MSLIB. 

$UBRARY,IMSUB,MSUB. 


GRAB.IMSLIB.  GRABJMSLIB. 

GRAB.UOIUB  GRAB.UOILIB. 

GRAB.GCSCALC.  GRAB.GCSCALC. 

P.LDSET(LIB=IMSLIB/UOILIB/GCSCALC);LGO  LGO. 


The  GRAB  utility  now  uses  the  ADDLIB  statement.  No  additional  commands  are  required. 
For  example,  a  GRAB  on  three  libraries  will  automatically  add  those  libraries  to  the  global 
library  set.  Command  sequences  which  were  needed  before  the  conversion  to  ADDLIB  will 
still  work;  however,  ADDLIB  is  a  more  convenient  method  to  use. 


FORTRAN  77  AND  FTN  5 

In  April  1978,  the  American  National  Standards  Institute  (ANSI)  adopted  a  new  standard  for 
the  FORTRAN  language.   (This  replaced  the  previous  standard  which  was  adopted  in  1966.) 
Although  adopted  in  1978,  the  new  standard  is  called  FORTRAN  77  because  the  technical 
work  on  this  standard  was  completed  in  1977.   Most  computer  manufacturers  have  recently 
released  new  compilers  to  support  the  FORTRAN  77  standard  or  are  expected  to  do  so  in  the 
near  future.   In  particular,  CDC  is  expected  to  release  FTN  5  later  this  year. 

The  language  supported  by  FTN  5  will  not  be  entirely  upward  compatible  with  that  supported 
by  FTN  4,  but  it  is  expected  that  many  FTN  4  programs  will  be  immediately  usable  under 
FTN  5.  CDC  will  be  providing  a  conversion  program  for  most  of  the  programs  which  will 
require  changes.  Some  of  the  older,  more  obscure  FTN  4  features  (many  of  which  are  no 
longer  documented  in  the  manuals)  will  require  manual  conversion.   For  those  who  are 
concerned  about  converting  their  programs,  the  Systems  Consultants  (Room  138  DCL)  have 
a  list  of  specific  areas  of  incompatibility  between  FTN  4  and  FTN  5.   At  this  time,  no  decision 
has  been  made  to  acquire  FTN  5.  In  fact,  pricing  information  for  the  compiler  is  not  yet 
available  from  CDC.  If  it  is  acquired,  the  present  FTN  4  compiler  will  be  run  in  parallel  with 
the  FTN  5  compiler  for  a  period  of  time  sufficient  to  provide  for  proper  conversion. 

Despite  minor  conversion  problems,  FORTRAN  77  is  more  flexible  and  will  allow  a  wider 
variety  of  programs  to  be  transported  from  machine  to  machine.  New  features  in  FORTRAN 
77  include: 

•  The  introduction  of  a  new  type,  CHARACTER,  which  specifically  indicates  character 
capacity  of  variables.  This  will  eliminate  most  of  the  problems  associated  with  the 
varying  character  capacities  of  the  words  on  different  machines.  A  number  of  basic 
operations,  including  substring  and  concatenation,  are  defined  for  the  new  type.  It 
also  serves  as  the  basis  for  a  standard  replacement  for  the  ENCODE  and  DECODE 
operations  provided  in  many  implementations  of  FORTRAN.  This  replacement  will 
use  the  standard  READ  and  WRITE  commands,  thus  avoiding  the  problem  of 
remembering  the  relationships  that  ENCODE  and  DECODE  have  with  READ  and 
WRITE. 

•  Arrays  are  now  allowed  to  have  up  to  seven  dimensions.   Also,  the  minimum 
subscript  value  is  no  longer  required  to  be  1.  Thus,  you  can  use  a  statement: 

DIMENSION  A(-5:5),B(0: 10),C(1 1),D(1969: 1979) 

instead  of  having  to  bias  the  subscripts  explicitly  as  follows: 

DIMENSION  A(11),B(11),C(11),D(11) 


.     Although  mixed  mode  expressions  have  been  supported  by  most  compilers  for  years, 
they  have  not  been  standard  (and  thus  guaranteed  portable)  until  FORTRAN  77  was 
adopted.    Expressions  are  now  allowed  in  many  places  where  they  were  not  allowed 
before,  e.g.,  in  DO  statements,  in  computed  GOTO  statements,  in  output  lists  and  as 
generalized  subscripts. 

.    A  block  IF-THEN-ELSE  syntax  has  been  added  to  the  language.   For  example, 

IF(N.EQ.1)THEN 

statement (s)  to  be  executed  if  A/=i 
ELSEIF(N.EQ.2)THEN 

statement (s)  to  be  executed  if  N=2 
ELSEIF(N.GT.10)THEN 

statement(s)  to  be  executed  if  N>  10 
ELSE 

statement(s)  to  be  executed  if  none  of  the  above 
ENDIF 


Real  and  double  precision  variables  may  now  be  used  to  control  DO  loops  as  well  as 
integers.   DO  loops  may  now  run  backwards  if  a  negative  increment  is  specified.   If  the 
termination  condition  for  a  DO  loop  is  satisfied  before  the  loop  begins,  a  DO  loop  may 
now  be  executed  zero  times.    (Because  FTN  4  always  executes  a  DO  loop  at  least 
once,  CDC  will  offer  a  switch  on  the  FTN  5  compiler  to  control  "zero-trip"  or  "one- 
trip"  DO  loops  specification.) 

There  are  now  two  standard  ways  to  detect  end-of-file  in  FORTRAN.  One  standard  is 
an  END=  specifier  similar  to  the  one  used  in  IBM  FORTRAN.  The  other  allows  a 
variable  to  be  set  depending  on  the  success  of  an  I/O  operation. 

Free  format  I/O  is  now  standard,  using  the  *  specification  already  in  use  in  CDC 
FORTRAN. 

Formats  may  now  be  specified  using  CHARACTER  expressions,  including 
CHARACTER  constants.  For  example, 

WRITE(6,'(1X,8F10.2)')(A(I),I  =  1,N) 

Formats  may  also  be  specified  by  using  integers  and  the  ASSIGN  statement. 

A  number  of  new  format  items  will  be  allowed.  These  include  quoted  strings  in  place 
of  the  old  H  format;  left  and  right  relative  tabbing;  an  item  to  check  if  the  I/O  list  is 
already  exhausted  (before  moving  to  a  new  record,  putting  out  a  literal  string,  etc.); 
control  over  whether  the  +  is  printed  for  positive  numbers  and  whether  blanks  on 
input  are  treated  as  zeros  or  ignored. 

OPEN  and  CLOSE  statements  have  been  added  to  the  language,  allowing  you  to 
dynamically  change  the  associations  between  unit  numbers  and  files.  They  will  also 
allow  operations  such  as  deleting  a  scratch  file  when  you  are  done  with  it.    An 


INQUIRE  statement  has  been  added  to  allow  you  to  determine  whether  a  given  file 
exists,  to  find  out  whether  a  file  is  associated  with  a  given  unit  number  and  if  so  what 
its  name  is,  or  to  determine  the  characteristics  of  the  file  (such  as  its  record  length). 

A  form  of  random  access  I/O  similar  to  that  used  in  IBM  FORTRAN  is  now  standard. 

A  PARAMETER  statement  allows  the  specification  of  symbolic  constants.   For 
example, 

PARAMETER  (NVAR=10,NRHS=3) 
DIMENSION  A(NVAR,NVAR),B(NVAR,NRHS) 


•  Standard  forms  of  alternate  ENTRY  to  subroutines  and  functions  and  alternate 
RETURNS  from  them  will  now  be  available. 

•  A  SAVE  statement  may  be  used  to  specify  which  variables  in  a  subprogram  are  to  be 
preserved  between  invocations  (e.g.,  in  an  overlay  environment). 

•  Generic  intrinsic  functions  are  now  standard.  Thus,  one  can  always  use  ABS  for 
absolute  value  instead  of  worrying  about  whether  ABS,  IABS,  DABS,  or  CABS  is 
appropriate.  There  are  also  a  number  of  new  intrinsic  functions.  For  example,  the 
NINT  function  (nearest  integer  function)  converts  reals  to  integers  by  rounding 
instead  of  truncation. 

This  list  should  illustrate  the  new  power  that  will  be  available  as  FTN  5  and  the  other  new 
FORTRAN  77  compilers  become  available. 


ANSI  FORTRAN  STANDARDS 

Kurt  Hirchert,  of  our  Systems  Consulting  staff,  recently  joined  X3J3,  the  committee 
responsible  for  the  technical  work  of  developing  and  supporting  the  ANSI  FORTRAN 
standard.  Since  ANSI  standards  are  normally  expected  to  last  only  five  years,  X3J3  is  already 
hard  at  work  developing  a  standard  to  replace  the  FORTRAN  77  standard  in  1982  or  1983.  If 
you  are  interested  in  the  long-term  direction  that  FORTRAN  will  take,  please  feel  free  to  talk 
with  Kurt  about  it. 


MISCELLANEOUS 


RESEARCH  BOARD  DEADLINE 
FOR  DEPARTMENTAL  ALLOCATION  REQUESTS 

The  Research  Board  has  established  an  April  16,  1979  deadline  for  submission  of 
departmental  requests  for  research  computer  allocations.  This  deadline  affects  allocations  for 
the  period  July  1,  1979  through  December  31,  1979. 

Research  Board  allocations  are  expected  to  support  faculty  research  and  thesis  and  dissertation 
research.   Departmental  requests  and  the  allocations  they  subsequently  receive  are  based  on 
individual  user  requests.  Those  persons  who  will  need  research  computer  time  for  this 
allocation  period  should  be  sure  to  submit  their  requests  to  their  department  via  the  Research 
Board  form  A.  These  forms  and  further  instructions  will  be  available  through  University 
departments  on  or  near  March  16,  1979. 


DECWRITER  II  (LA36)  UPGRADE 

The  Decwriter  II  terminal  is  manufactured  to  operate  at  110  or  300  baud.  CSO  has  had  a  unit 
operating  at  1200  baud  since  late  November  1978  and  has  found  that  it  performs  reliably  and 
with  additional  versatility. 

The  speed-up  was  accomplished  using  a  card  replacement  that  was  purchased  from  the 
Loonam  Company  of  Minneapolis.  The  card  was  constructed,  however,  by  a  company  in 
North  Carolina.   We  have  contacted  that  company  and  are  arranging  for  a  quantity  contract 
for  this  spring.   At  the  present  time,  the  estimated  price  per  card  is  expected  to  be  less  than 
$700. 

Those  people  who  might  be  interested  should  be  aware  of  these  conditions: 

•  An  internal  memo  at  DEC  warns  users  that  such  a  replacement  will  void  their 
maintenance  contract. 

•  Although  the  modified  DECWRITER  II  operates  successfully  as  a  terminal,  we 
discourage  using  it  as  a  full-time  printer. 
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HELP  WANTED 


UNDERGRADUATE  PROGRAMMER  WANTED 

An  undergraduate  programmer  is  wanted  for  the  school  year  and  beyond.  Opportunity  for 
systems  level  programming  (FORTRAN  and  MACRO)  on  a  DEC  PDP  11/34  running  human 
psychological  research  laboratory.  Special  equipment  includes  color  displays,  high  resolution 
micro-processor  controlled  CRT's,  RT  1 1  operating  system  and  TSX  time-sharing  system. 
Development  work  will  range  from  FORTRAN  application  packages  to  operating  system 
device  handlers.  Some  routine  hardware  maintenance  duties  will  be  included. 

Applicants  must  be  interested  in  working  summers  and  school  year  for  at  least  one  year,  have 
extensive  programming  experience  (FORTRAN  or  equivalent)  and  a  willingness  to  learn  and 
work  hard.  Preference  will  be  given  to  individuals  with  some  machine  language  experience, 
sophomore  or  junior  class  standing  and  some  experience  with  hardware. 

For  additional  information,  contact  the  Human  Attention  Research  Lab.,  333-7739. 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of 
core  driving  a  GSI  CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


CSO  PLANNING  SURVEY 

The  large  response  to  the  CSO  Planning  Survey  has  made  it  unnecessary  to  contact  persons 
who  did  not  reply.   Preliminary  analysis  shows  a  broad  response  from  departments  and 
different  types  of  users.  The  results  of  the  survey,  and  CSO's  response  to  them,  will  be 
published  in  the  next  few  issues  of  OFF-LINE. 

In  addition  to  the  analysis  carried  out  for  CSO,  we  expect  to  make  the  data  from  the  survey 
available  to  persons  interested  in  making  a  case  for  computing  needs  or  to  departments 
planning  their  computing  activities. 

Thank  you  for  the  interest  shown  by  your  response. 


LIBRARY  CIRCULATION  SYSTEM 

The  computing  support  for  the  Library  Circulation  System  (LCS)  will  probably  be  moved 
from  CSO  to  the  Administrative  Computer  Center  (ACC)  in  Chicago.  The  move  is 
scheduled  to  occur  in  July  of  1980. 

By  the  fall  of  1980,  LCS  will  begin  expansion  to  other  schools  in  Illinois  to  provide  over  400 
terminals  by  1983.  Such  a  system  not  only  exceeds  the  capacity  of  the  360/75,  but  also 
requires  the  higher  reliability  of  more  modern  equipment.   A  cost  comparison  between 
updating  CSO's  equipment  to  meet  these  needs  and  moving  the  computing  support  to  ACC 
made  the  move  appear  attractive.   ACC  will  be  expanding  its  capacity  through  the  addition  of 
a  second  370/168  in  order  to  meet  the  growing  demands  for  hospital  support,  and  can  offer  a 
low  marginal  cost  to  provide  LCS  service. 

CSO's  plans  for  providing  IBM  service  beyond  July  1980  are  not  yet  settled.   However,  we 
will  not  reduce  or  discontinue  that  service  in  the  near  future.   Alternatives  being  considered 
include  retaining  the  360/75,  or  replacing  it  with  a  small,  modern  IBM-compatible  system. 
We  will  provide  more  details  as  they  become  available  in  future  issues  of  OFF-LINE. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  March,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  35 
hours  and  the  mean  time  to  repair  was  about  53  minutes.  Problems  on  the  CYBER  were 
caused  by  disk  errors  due  to  the  installation  of  new  software.  These  errors  have  been 
corrected. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  14  hours  and  the 
mean  time  to  repair  was  about  30  minutes.  Major  problems  were  caused  by  hardware 
malfunctions. 


CYBER 


SECURITY  SAFEGUARDS 

CSO  has  discovered  a  small  number  of  users  who  are  tampering  with  user  numbers  without 
authorization.  In  short,  these  persons  are  taking  information  from  public  files,  or  using 
information  gained  to  access  PS  numbers.  It  may  be  legal  to  look  at  files  which  the  owner 
has  not  taken  proper  steps  to  protect.  It  is  illegal  to  pose  as  another  person,  through  the 
presentation  of  identification  and  passwords,  for  the  purpose  of  making  unauthorized  use  of 
their  accounts. 

Allocations  of  service  supported  by  campus  funds  are  for  specified  research  and  instructional 
purposes.  Their  use  for  harassment  of  others,  for  violations  of  file  privacy  or  as  a  means  of 
gaining  illegal  access  to  other  accounts  will  result  in  disciplinary  or  legal  action. 

To  safeguard  your  resources  from  such  abuse,  please  be  sure  that  your  files  which  contain 
accounting  information,  especially  passwords,  are  properly  protected.  Such  files  should  be 
restricted  to  private  mode.  If  it  is  necessary  to  allow  access  to  a  few  people,  you  can  permit 
the  files  explicitly  to  their  user  identifications. 

We  advise  all  CYBER  users  to  change  their  passwords  immediately.  Users  with  null 
passwords  should  assign  passwords  to  their  User  Numbers.  If  someone  has  been  using  your 
resources  illegally,  changing  the  password  might  not  be  sufficient  protection.  You  must  also 
check  the  permission  privileges  for  all  your  files  and  change  the  permission  of  files  which 
should  be  protected. 

The  commands  given  below  show  a  number  of  ways  to  check  and  change  the  permission 
privileges  of  your  files  and  to  change  your  password. 


DIRECT/CT=PU.  Will  list  of  all  files  in  your  area  which  are  public, 

i.e.,  can  be  accessed  by  anyone  signed  on  to  the 
CYBER. 

Will  list  of  all  files  in  your  area  and  specify  the 
specific  ID's  permitted  access  to  them. 

Gets  a  local  copy  of  the  file  pfn. 
Deletes  the  permanent  copy  of  file  pfn. 
Saves  the  file  pfn  in  your  permanent  directory 
with  no  permission  privileges  assigned  to  it. 

Permits  read-only  access  to  file  pfn  to  the  specified 
userid  only. 

Changes  the  password  oldpas  to  a  new  password 
newpas.  This  changes  the  password  immediately 
and  the  new  password  must  be  used  the  next  time 
you  sign  on.  If  the  password  is  null,  specify  a 
password  with  the  command: 

PASS  WOR„  newpas. 

Project  Managers  should  check  to  ensure  that  no  User  Numbers  have  been  illegally  added  to 
their  project.  Also,  if  they  have  a  null  project  code  word,  they  should  assign  a  code  word  to 
their  project.  To  assign  a  code  word,  use  the  statements: 

MANAGE. 

P,chg,prj 

CODE  WORD=newcode/PN 


DIRECT/PTOTAL 


GET.prn. 

PURGE.pfn. 

SAVE.pfn. 


PERMIT,  pfn,userid=R. 


PASSWOR,oldpas,newpas. 


NUMERICAL  SERVICES 


THE  HARWELL  SUBROUTINE  LIBRARY 


The  FORTRAN  subroutine  library  of  the  Atomic  Energy  Research  Establishment  at  Harwell, 
England  has  been  obtained  by  CSO  to  complement  our  existing  libraries.   At  this  time,  the 
Harwell  subroutine  library  is  available  only  in  source  form.  We  plan  to  make  some  of  the 
routines  available  on-line  in  FORTUOI  on  the  360/75  or  in  UOILIB  on  the  CYBER. 

Complete  documentation  for  this  library  is  available  for  inspection  in  the  Systems  Consulting 
Office  (Room  138  DCL).  All  questions  and  requests  for  specific  routines  should  be  taken  to 
Stan  Kerr  (Room  175  DCL,  333-4715). 


Most  of  the  library  routines  are  written  in  IBM  FORTRAN;  a  few  are  written  in  IBM 
assembly  language.   All  the  routines  require  conversion  before  they  can  be  used  on  the 
CYBER.   In  some  cases,  this  conversion  could  be  extensive. 

The  list  given  below  describes  the  areas  covered  by  the  library  and  gives  a  letter  code  for  each 
area.   All  routines  associated  with  each  letter  code  have  names  which  begin  with  that  letter. 

D  differential  equations 

E  eigenanalysis 

F  special  functions,  random  numbers,  Fourier  transforms 

G  geometrical  problems 

I  integer  valued  functions 

K  sorting  and  using  sorted  information 

L  linear  and  dynamic  programming 

M  linear  algebra,  excluding  eigenanalysis 

N  non-linear  equation  problems 

O  input/output  routines 

P  polynomials  and  rational  functions 

Q  numerical  integration 

S  functions  of  statistics 

T  interpolation  and  approximation 

V  optimization  and  non-linear  data  fitting 

The  Harwell  subroutine  library  contains  codes  for  the  following  areas  which  may  be  of  special 
interest. 

•  Two-point  boundary  value  problems 

.  Parabolic  partial  differential  equations  in  one  time  and  one  space  variable 

.  Complete  and  incomplete  elliptic  integrals 

•  Linear  systems  with  large,  sparse  coefficient  matrices 

•  /j  solution  of  an  overdetermined  linear  system 
.  Contour  plotting 

•  File  comparison 

•  Monte  Carlo  integration 

•  Distribution  functions 

•  Spline  computation 

•  Function  minimization,  constrained  and  unconstrained 


•  Quadratic  programming 

•  Solution  of  non-linear  systems  of  equations 


MPOS  VERSION  4  INSTALLED 

On  April  5,  Version  4.0  of  the  Multi-Purpose  Optimization  System  (MPOS)  from 
Northwestern  University  was  installed  on  the  CYBER.   MPOS  is  a  package  for  the  in-core 
solution  of  linear,  integer  and  quadratic  programming  problems.  It  allows  a  problem  to  be 
entered  in  convenient  symbolic  fashion,  and  can  produce  a  data  deck  suitable  for  input  to 
APEX,  the  large-scale  package  from  CDC.  Reference  Guide  RF-9.13  gives  more  information 
about  using  MPOS. 

Version  4.0  is  upward  compatible  with  the  previous  version.  The  feature  changes  given  below 
were  taken  from  a  computer  center  bulletin  published  by  Northwestern  University. 

•  In  a  VARIABLE  list  the  variable  names  may  either  be  separated  by 
blanks  or  commas.   Previously,  only  blanks  were  allowed  and  the 
commas  would  yield  an  error.   For  example  the  specification: 

VARIABLES 

XI  TO  X5,  Yl  TO  Y5,  Al,  Bl,  CI 

is  now  legal. 

•  A  variable  list  may  appear  on  the  left  hand  side  of  a  bounds 
specification  to  define  several  variables  with  the  same  bound.  Hence  if 
the  variables  XI,  X2,  X3,  X4,  X5,  Yl,  and  Zl  all  have  an  upper  bound 
of  5,  the  specification: 

X1TOX5,  Y1,Z1  .LE.  5 

could  be  used.  Previously  seven  specifications  would  be  required. 

•  The  regular  simplex  algorithm  has  been  completely  rewritten.  Users 
can  specify  both  lower  and  upper  bounds  on  variables. 

•  A  new  linear  programming  algorithm,  GENERAL,  which  takes 
advantage  of  generalized  upper  bounds  (GUBS)  constraints,  has  been 
added.  See  page  38  of  the  User's  Guide. 

•  Better  paging  of  the  output  and  a  command  to  specify  the  number  of 
lines  per  page,  has  been  added.  See  page  18.1  of  the  manual. 

Updated  MPOS  manuals  which  reflect  Version  4.0  will  be  available  for  purchase  at  the  CSO 
Distribution  Center  (Room  164  DCL).  Please  see  Stan  Kerr  (Room  175  DCL,  333-4715)  if 
you  have  questions  or  problems  regarding  MPOS. 


IMSL  EDITION  7 

The  seventh  edition  of  the  IMSL  library  is  available  on  the  360/75.  We  hope  to  receive  the 
CYBER  version  in  early  May.  However,  Edition  6  will  remain  the  default  on  both  systems 
until  June  1. 

To  access  Edition  7  before  June  1  on  the  360/75,  use  the  control  statement: 

//  EXEC  FORTLDGOILIBFILE=,SYS9.IMSL' 

HEARYE  items  and  RJE  bulletins  will  announce  the  availability  of  Edition  7  on  the  CYBER. 
When  it  becomes  available,  it  will  be  accessed  (prior  to  June  1)  with  the  statement: 

GRAB.IMSUB/FUTURE. 

Edition  7  has  provided  many  changes  to  the  IMSL  library.  Complete  documentation 
describing  these  changes  is  available  for  inspection  at  the  following  locations: 

•  Systems  Consulting  Office  (Room  138  DCL) 

•  Statistical  Services  Consulting  Office  (Room  65  Commerce  West) 

•  Chemistry  RJE  (Room  153  Noyes  Lab.) 

•  Psychology  RJE  (Room  453  Psychology) 

•  Social  Sciences  RJE  (Room  202  Lincoln  Hall) 

A  brief  summary  of  the  changes  provided  by  Edition  7  is  given  below.  Please  read  the 
documentation  for  complete  details. 

•  There  is  now  a  unified  3-volume  manual  for  IMSL  covering  all  versions  of  the  library. 
The  manual's  Table  of  Contents  now  indicates  all  IMSL  routines  called  by  any  given 
routine.  Within  the  manual,  individual  write-ups  of  routines  note  differences  between 
versions.  Please  pay  careful  attention  to  these  notes. 

•  The  handling  of  error  messages  has  changed.  It  is  now  possible  (via  the  routine 
UGETIO)  to  determine  the  unit  to  which  error  messages  are  sent  and,  if  desired,  to 
change  the  unit.  Also  (via  the  routine  UERSET),  "warning"  and  "terminal"  error 
messages  can  be  completely  suppressed. 

•  A  partial  list  of  the  routines  that  have  been  deleted  or  renamed  is  given  below. 
Consult  the  new  document  for  full  details. 


DASCRU 

FTFFT1 

LEQT2C 

RLSTEP 

DVOGER 

GGNOF 

LLSQAR 

USPLH/USPLX 

FFCSIN 

GGNOR 

MERF 

VSORTM 

FFRDR2 

GGNRF 

MERFI 

VSORTZ 

FFTP 

GGNRM 

MGAMMA 

VXPADD  et  al 

FFT2 
FFT2RV 


GGUB 
GGUBF 


MMDAW 
RLPOLY 


ZXFIB 
ZX1LP 


Deleted  routines  will  be  available  in  source  form.  To  obtain  deleted  routines,  see  Stan 
Kerr  (Room  175  DCL,  333-4715). 

The  following  is  a  partial  list  of  new  routines.  Again,  consult  the  new  document  for 
full  details. 

DGEAR  differential  equation  solver 

LLSQF  solution  of  a  linear  least  squares  problem 

LSVDB  singular  value  decomposition  of  a  bidiagonal  matrix 

LSVDF  singular  value  decomposition  of  a  real  matrix 

MDCHN  non-central  chi-squared  probability  distribution  function 

MDNORD  normal  or  Gaussian  probability  distribution  function  of  a 

double  precision  argument  (IBM  version  only) 

ODFISH  linear  discriminant  analysis  method  by  Fisher  for  reducing 

the  number  of  variables 

ODNORM  multivariate  normal  linear  discriminant  analysis  among 

several  known  groups 

UERSET  set  message  level  for  IMSL  routine  UERTST 

UGETIO  retrieve  current  values  and  set  new  values  for  input  and 

output  unit  identifiers 

UHELP  list  methods  of  obtaining  information  on  IMSL  conventions 

UHELP1  provide  information  regarding  IMSL  conventions  and 

notation  to  an  output  file 

UHELP2  provide  information  regarding  IMSL  input  and  output 

conventions 

UHELP3  provide  information  regarding  IMSL  error  detecting  facilities 

UHELP4  provide  information  regarding  matrix/vector  storage  modes 

used  in  IMSL  routines 

ZXCGR  minimize  a  function  of  N  variables  using  a  conjugate  gradient 

method 


ZXGSN  one-dimensional  unimodal  function  minimization  using  the 

Golden  section  search  method 

Some  very  useful  information  is  available  through  the  routines  UHELP,  UHELP1,  UHELP2, 
UHELP3  and  UHELP4.  We  recommend  that  you  run  a  short  FORTRAN  program  which 
includes  the  following  statements  to  obtain  this  information. 

CALL  UHELP 
CALL  UHELP1 
CALL  UHELP2 
CALL  UHELP3 
CALL  UHELP4 


ACSL  ON  THE  CYBER 

ACSL,  the  Advanced  Continuous  Simulation  Language  has  been  obtained  from  Mitchel  and 
Gauthier  Associates  and  installed  on  the  CYBER.  This  package  fills  a  gap  in  our  applications 
software  by  providing  capabilities  on  the  CYBER  similar  to  those  provided  by  CSMP  on  the 
360/75.  Moreover,  ACSL  provides  excellent  graphical  capabilities  and  interactive  features 
which  make  it  much  more  suitable  for  instructional  use  than  CSMP. 

To  access  the  ACSL  package,  use  the  statement: 

GRAB.ACSL 

This  copies  two  procedure  files,  ACSLCOM  and  ACSLGO,  plus  several  auxiliary  files  (ACSL, 
ACSLLIB  and  ACSLMAC)  into  your  local  file  space.  ACSLCOM  is  used  to  translate  a 
"model  definition"  into  a  FORTRAN  program  and  then  compile  it.  ACSLGO  is  used  to  link 
the  compiled  model  to  support  routines  in  the  ACSL  system,  and  to  run  it.  Execution  of  a 
model  is  controlled  by  an  "executive"  which  reads  run  control  commands.  The  run  control 
commands  set  parameters  of  the  model,  specify  the  variables  to  save  for  plotting,  and 
compute  the  model  from  start  to  finish. 

The  ACSL  language  is  fully  documented  in  the  ACSL  Reference  Manual.  This  document  is 
available  for  inspection  in  the  Systems  Consulting  Office  (Room  138  DCL)  and  can  be 
purchased  at  the  CSO  Distribution  Center  (Room  164  DCL). 

Each  of  the  procedures  ACSLCOM  and  ACSLGO  contains  a  write-up  describing  its  operation. 
To  review  these  write-ups,  use  the  statement: 

CALL,name(HELP=DETAIL) 

where  name  is  ACSLCOM  or  ACSLGO. 


Example: 

The  following  sample  program  is  a  card  batch  job  which  illustrates  the  use  of  ACSLCOM  and 
ACSLGO.  This  program  would  compute  the  solution  to  the  equations: 

DX/DT  =  Y  +  K*X*(1-X2-Y2)/SQRT(X2+Y2) 
DY/DT  =  -X+K*Y*(1-X2-Y2)/SQRT(X2+Y2) 

where  X(0)  =  XZ  and  Y(0)  =  XZ.  The  numbers  to  the  left  of  the  example  are  given  only 
to  identify  each  control  card. 


1 

2 

3 

4 

5 

GRAB.ACSL 

6 

CALLACSLCOM. 

7 

CALL.ACSLGO. 

8 

7/8/9 

9 

PROGRAM  LIMIT  CYCLE 

10 

CONSTANT   XZ=0.5,  YZ=1.0,  K=0.2,  TF=9.999 

11 

CINTERVAL   CINT=0.2 

12 

SQ=SQRT(X'*2+Y**2) 

13 

KK=(1.0-SQ"2)/SQ 

14 

X=INTEG(Y+K*X*KK,XZ) 

15 

Y=INTEG(-X+K,Y'KK.YZ) 

16 

TERMT(T.GE.TF) 

17 

END 

18 

7/8/9 

19 

SET  TITLE  ="LIMIT  CYCLE  PROBLEM' 

20 

OUTPUT  T1X,Y,SQ:,NCI0Ur=4 

21 

PREPAR  T.X.Y.SQ 

22 

START 

23 

PLOT  X.Y.SQ 

24 

PLOT"XAXIS"=X,Y 

25 

SET  NPXPPL=60,NGXPPL=12 

26 

PLOT  Y 

27 

END 

28 

6/7/8/9 

Cards  9-17  are  the  model  definition  which  is  translated  and  compiled  by  CALL, ACSLCOM  in 
card  6.  Cards  19-27  form  the  run  control  program  which  describes  what  to  do  with  the 
model. 

•    The  model  definition  begins  with  PROGRAM  (card  9)  and  ends  with  END  (card  17). 
The  information  which  follows  the  word  PROGRAM  on  card  9  does  not  affect  the 
model. 
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•  The  independent  variable  is  named  T  in  this  example.  (It  can  be  renamed.) 

.    The  CINTERVAL  statement  (card  11)  defines  a  variable  to  hold  the  value  of  the 
"communication  interval",  which  tells  the  simulator  how  often  values  of  simulated 
variables  are  to  be  made  available  for  reporting.   In  this  case,  the  values  are  available 
at  intervals  of  0.2  (i.e.,  for  T  =  0.0,  0.2,  0.4,  0.6,  etc.). 

•  INTEG  (cards  14  and  15)  is  used  to  define  a  differential  equation. 

•  TERMT  defines  the  "termination  condition"  for  the  simulation.   In  this  case,  the 
simulation  is  run  until  T  ^  TF. 

•  SET  TITLE  (card  1 9)  is  used  in  the  run  control  program  to  create  a  title  for  page 
headers. 

•  OUTPUT  (card  20)  tells  which  variables  should  be  displayed  in  tabular  form  as  the 
simulation  proceeds.  Notice  that  T  (the  independent  variable)  must  be  included  if  it  is 
to  be  displayed.  "NCIOUT'=4  is  an  example  of  a  subcommand,  indicating  that  output 
is  to  be  generated  only  at  every  fourth  communication  level. 

•  PREPAR  (card  21)  specifies  the  variables  that  should  be  stored  during  the  simulation 
for  future  plotting.  Note  that  T  appears  explicitly. 

•  START  (card  22)  begins  the  actual  simulation.  As  soon  as  the  executive  reads  this 
command,  it  starts  the  model  and  lets  it  run  to  its  finish.  After  the  entire  model  is 
run,  the  executive  reads  the  next  run  control  card. 

•  PLOT  (card  23)  tells  the  executive  to  plot  each  of  the  (stored)  variables  X,  Y,  SQ.   By 
default,  they  are  plotted  against  T.   A  printer  plot  is  produced,  unless  you  use  specific 
statements  to  produce  a  CalComp  or  a  Tektronix  plot  (Figure  1). 

•  In  card  24,  a  subcommand  indicates  that  X  should  be  the  abscissa  variable  (Figure  2). 

•  In  card  25,  a  SET  command  alters  the  values  of  "system  variables"  which  control 
printer  plots.   Any  of  these  system  variables,  as  well  as  any  variable  defined  in  your 
model,  can  be  altered  at  "run  time"  by  a  SET  command.   (The  system  variables  are 
summarized  in  Table  D-3  in  Appendix  D  of  the  ACSL  Reference  Manual.) 

•  The  final  PLOT  (card  26)  specifies  only  Y.   By  default,  ACSL  uses  the  same  abscissa 
variable  that  was  used  on  the  previous  PLOT  (in  this  case,  the  abscissa  variable  X). 
Then,  Y  is  plotted  against  X,  but  the  appearance  of  the  graph  is  altered  because  of  the 
SET  command  on  card  25.  This  difference  would  be  seen  on  printer  plots  only. 

ACSL  can  produce  plots  on  various  graphics  devices  (see  the  item  given  above  for  card  23). 
CSO  supports  equipment  to  produce  CalComp  plots  or  Tektronix  plots.   For  example,  to  run 
the  above  model  and  produce  only  CalComp  plots  would  require  the  following  changes: 
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.    Change  card  7  to: 

CALUACSLGO(PLOT=CALCOMP) 

•  After  card  7,  insert  the  card: 

PL0T,TAPE9/F0RMS=SPECIAL 

This  directs  the  plot  to  the  offline  plotter  on  the  360/75.  An  ACSL  program  which 
produces  CalComp  plots  stores  the  information  to  be  sent  to  the  plotter  in  the  local 
file  TAPE9. 

•  After  card  19,  insert  the  card: 

SET  CALPLT=.TRUE.,PRNPLT=  FALSE. 

This  tells  the  run-time  executive  to  make  a  "line  plot"  (CALPLT=.TRUE.)  after  a 
PLOT  command  is  read  and  to  suppress  the  normal  printer  plot  (PRNPLT=. FALSE.). 

The  ACSL  sample  program  given  above  can  also  be  run  from  time-sharing.  To  do  this,  you 
must  first  create  a  file  which  contains  the  model  definition  (cards  9-17  of  the  example).  You 
can  translate  this  once,  and  then  run  it  several  different  ways.   For  example,  if  the  local  file 
MODEL  contains  the  model  definition,  you  could  use  the  following  control  statements  to 
translate  it: 

GRAB.ACSL 

REWIND.MODEL 

CALUACSLCOM(INPUT=MODEI_OPTION=E) 

OPTION =E  passes  an  option  to  the  translator  which  requests  that  only  the  lines  in  error  be 
displayed  at  the  terminal.   If  OPTION =E  is  omitted,  the  whole  model  is  displayed  at  the 
terminal.  The  results  of  the  translation  are  stored  in  the  file  LGO. 

You  can  then  create  a  local  file  which  contains  all  the  run  control  commands  (cards  19-27  of 
the  example)  to  execute  the  model  by  calling  ACSLGO.   ACSLGO  reads  the  translated  model 
from  the  file  LGO.   For  example,  if  the  run  control  commands  are  in  the  local  file  DATA, 
you  could  use  the  statements: 

REWIND.DATA.OUT. 

CALI_ACSLGO(INPUT=DATA,OUTPUT=OUT) 

PRINT.OUT/CC. 

This  stores  plotting  information  in  the  file  OUT,  which  is  then  printed  to  produce  line  printer 
output.  To  produce  CalComp  plots,  you  must  include  the  run  control  command: 

SET  CALPLT=.TRUE. 
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The  control  statement  to  execute  the  model  would  then  be: 

REWIND.DATA.OUT. 

CALLACSLGO(INPUT=DATA,OUTPUT=OUT,PLOT=CALCOMP) 

PRINT.OUT/CC. 

PLOT,TAPE9/FORMS=SPECIAL 

Instead  of  defining  all  the  run  control  commands  in  a  file,  you  can  issue  the  commands 
separately  as  the  run-time  executive  requests  them.  To  begin  model  execution,  enter  the 
statement: 

CALL.ACSLGO. 

This  prompts  you  for  the  first  run  control  command,  executes  that  command,  displays  the 
results  at  the  terminal  and  prompts  you  for  the  next  command.  Instead  of  seeing  the  output 
from  each  command  at  the  terminal,  you  can  route  the  output  to  the  local  file  PRINT  with 
the  statement: 

SET  DIS=99,PRN=99 

To  stop  sending  the  output  to  the  file  PRINT,  use  the  statement: 

SET  DIS=6,PRN=6 

Model  execution  must  be  terminated  with  an  END  statement.  The  normal  functions  of 
terminal  interrupt  keys  (e.g.,  STOP,  break-key,  I-key,  etc.)  are  not  recognized  by  the  run- 
time executive. 

If  you  are  using  a  Tektronix  terminal  and  want  to  produce  screen  plots,  this  must  be  specified 
on  the  call  to  ACSLGO: 

CALI_ACSLGO(PLOT=TEKTRON) 

When  the  executive  requests  input,  enter  the  statement: 

SET  CALPLT=.TRUE. 

The  examples  in  this  article  indicate  the  powerful  capabilities  provided  by  the  ACSL  language. 
Persons  interested  in  using  ACSL  should  review  the  ACSL  Reference  Manual,  including  the 
write-ups  contained  in  the  ACSLCOM  and  ACSLGO  procedures. 

A  third  procedure  is  available  which  provides  sample  ACSL  models.  The  complexity  of  these 
models  range  from  that  of  the  one  used  in  this  article  to  one  used  for  physiological  simulation 
of  blood  flow.  The  procedure  which  contains  these  samples,  ACSLINF,  can  be  accessed  via 
the  control  statements: 
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GRAB.ACSUNF. 
CALI_ACSUNF(DECK= name) 

where  name  can  be  SAMPOOO,  SAMP001,...,SAMP010.  This  places  a  model  definition  in  file 
MODEL  and  some  run  control  data  in  file  DATA.   For  instance,  a  batch  job  to  run  SAMP003 
with  the  supplied  run  control  commands  would  be  as  follows  (for  printer  plots): 


GRAB.ACSUNF. 

CALLACSUNF(DECK=SAMP003) 

GRAB.ACSL 

REWIND.MODEL.DATA. 
CALL,ACSLCOM(INPUT=MODEL) 
CALLACSLGO(INPUT=DATA) 
6/7/8/9 

For  more  information  about  ACSLINF,  enter  the  statement: 

CALL,ACSLINF(HELP=DETAIL) 

Questions  or  problems  regarding  the  ACSL  language  should  be  directed  to  Stan  Kerr  (Room 
175  DCL,  333-4715). 
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Figure  1 

X,  Y  and  SQ  Plotted  against  T 
(card  23) 
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Figure  2 

Y  Plotted  against  X 
(card  24) 
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ALTRAN  ON  THE  CYBER 

ALTRAN  is  a  language  developed  by  Bell  Labs  for  the  symbolic  manipulation  of  polynomials 
and  rational  functions.  It  has  been  available  on  the  360/75  for  several  years,  and  has  recently 
been  installed  on  the  CYBER.  To  access  ALTRAN,  enter  the  statement: 

GRAB.ALTRAN. 

This  places  two  procedure  files,  ALTCOM  and  ALTGO,  plus  several  auxiliary  files  (ALTABS, 
ALTLIB  and  ALTSRC)  into  your  local  file  space.  ALTCOM  is  used  to  translate  an  ALTRAN 
program  into  a  FORTRAN  program,  and  to  compile  it.  ALTGO  is  used  to  run  the  binary 
produced  by  ALTCOM. 

Both  procedures  contain  internal  write-ups  describing  their  operation.  To  access  these  write- 
ups,  enter  the  statement: 

CALI_name(HELP=DETAIL) 

where  name  is  ALTCOM  or  ALTGO. 

Example: 

ALTRAN  can  be  used  to  run  a  program  which  calculates  and  prints  the  characteristic 
polynomial  of  a  given  matrix  A.  This  polynomial  is  defined  as 

det  (A  -  LAMBDA*I) 

where  det  denotes  the  determinant,  I  is  the  identity  matrix,  and  LAMBDA  is  a  formal 
variable.  The  program  reads  the  order  and  the  coefficients  of  the  matrix.  In  this  example, 
the  order  is  3  and  the  matrix  is 


1 

1/2 

1/3 

1/2 

1/3 

1/4 

1/3 

1/4 

1/5 

The  following  sample  card  deck  would  be  used  to  run  this  program.  The  numbers  to  the  left 
of  the  example  are  given  only  to  identify  individual  control  cards. 


1 

2 

3 

4 

5 

GRAB.ALTRAN. 

6 

CALL.ALTCOM. 

7 

CALL.ALTGO. 

8 

7/8/9 

9 

PROCEDURE  MAIN 

10 

#  DECLARATIONS  AND  INPUT  FOLLOW 

11 

INTEGER  N=SIREAD(  ) 

17 


12 

ARRAY(N.N)  A,l 

13 

RATIONAL  A 

14 

INTEGER  l  =  ((N-l)$(l.N$0).l) 

15 

ALGEBRAIC(LAMBDA:N)  CADET 

16 

ALTRAN  ADET 

17 

READ  A 

18 

#  COMPUTATION  FOLLOWS 

IP 

C=ADET(A-LAMBDA'I) 

20 

#  OUTPUT  AND  TERMINATION 

21 

WRITE  C 

2  2 

END 

23 

7/8/9 

24 

3 

25 

(1,  1/2,  1/3,  1/2,  1/3.  1/4,  1/3,  1/4,  1/5) 

26 

6/7/8/9 

Cards  9-22  are  the  ALTRAN  program.  Cards  24  and  25  contain  the  program  data. 
CALL,ALTCOM  reads  and  translates  the  program  from  INPUT.  CALL,ALTGO  runs  the 
program  and  executes  the  third  line  of  the  program  (card  1 1 )  which  specifies  that  the  first 
data  card  be  read  and  the  value  of  3  be  placed  in  the  variable  N.  Then  the  fourth  line  of  the 
program  (card  12)  causes  A  and  I  to  be  "dynamically  allocated"  as  N-by-N  arrays.   A  is  an 
array  of  rational  numbers;  I  is  an  array  of  integers.  The  sixth  line  of  the  program  (card  14) 
uses  a  "list"  construct  to  initialize  I  to  the  N-by-N  identity  matrix.  The  seventh  line  of  the 
program  (card  15)  specifies  that  C  may  be  a  rational  function  of  the  formal  variable  (or 
'indeterminate")  LAMBDA,  and  that  powers  of  LAMBDA  appearing  in  C  are  not  to  exceed 
N.   ADET  is  an  external  procedure,  part  of  the  ALTRAN  library,  which  returns  rational 
functions  as  its  output.  The  ninth  line  of  the  program  (card  17)  requests  that  A  be  read  from 
the  second  data  card.   Note  that  the  input  is  in  a  "list"  form,  i.e.,  a  series  of  values  separated 
by  commas  and  surrounded  by  parentheses.  The  eleventh  line  of  the  program  (card  19)  calls 
the  ADET  procedure  to  actually  calculate  the  characteristic  polynomial  and  place  the  result  in 
C.  The  thirteenth  line  of  the  program  (card  21)  prints  the  value  of  C,  which  is  given  as: 

-(2160*LAMBDA**3-3312*LAMBDA**2  +  381*LAMBDA-1)/2160 

To  run  this  sample  program  from  time-sharing,  you  must  create  two  files,  one  file  containing 
the  program  statements  and  the  other  file  containing  the  data.   If  the  program  is  in  the  local 
file  POLY  and  the  data  is  in  the  local  file  PDATA,  the  control  statements  used  to  run  the 
program  would  be: 

GRAB.ALTRAN. 

REWIND,POLYL,PDATA.USTING,OUT,LGO. 
CALL,ALTCOM(INPUT  =  POLY,OUTPUT=LISTING) 
CALL,ALTGO(INPUT=PDATA,OUTPUT=OUT) 

The  REWIND  statement  is  necessary  because  neither  procedure  automatically  rewinds  any 
files.   On  the  call  to  ALTCOM,  OUTPUT  =  LISTING  routes  the  translator  listing,  which 
otherwise  would  be  displayed  at  the  terminal.  On  the  call  to  ALTGO,  OUTPUT =OUT 
routes  the  results  to  the  file  OUT  and  should  be  omitted  to  have  the  results  displayed  at  the 
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terminal.   If  OUTPUT=OUT  is  omitted,  you  could  also  omit  INPUT  =  PD ATA  and  enter  the 
input  when  prompted  by  the  system. 

The  ALTRAN  User's  Manual  published  by  Bell  Labs  is  available  for  inspection  in  the  Systems 
Consulting  Office  (Room  138  DCL).  This  manual  can  be  purchased  for  $12  (includes  a  $2 
handling  fee)  directly  from  Bell  Labs: 

Bell  Laboratories 

Computing  Information  Service 

600  Mountain  Avenue 

Murray  Hill,  New  Jersey     07974 

ATTN:   IrmaB.  Biren,  Room  2F- 128 

A  procedure  file,  ALTINF,  is  available  on  the  CYBER  which  provides  some  sample  programs 
and  supplementary  ALTRAN  documentation.   For  more  information  about  ALTINF,  enter 
the  statements: 

GRAB.ALTINF. 
CALL,ALTINF(HELP=DETAIL) 

If  you  have  questions  about  ALTRAN,  please  see  Stan  Kerr  (Room  175  DCL,  333-4715). 


MISCELLANEOUS 

CDC  DOCUMENTATION  UPDATES 

The  CSO  Distribution  Center  (Room  164  DCL)  has  received  a  supply  of  updates  for  the 
following  CDC  documentation: 

Revisions  G  and  H  for  NOS  Volume  1  and  Volume  2 

Revision  E  for  BASIC 

Revision  E  for  COMPASS 

Revision  F  for  the  Time-Sharing  Reference  Manual 

Revision  H  for  the  Operator's  Guide 

Revision  L  for  the  Installation  Handbook 
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ACOUSTIC  COUPLER  RENTAL 

You  can  now  rent  acoustic  couplers  from  CSO.  Rental  charges  are  $5.00  per  week  or  $15.00 
per  month,  with  a  minimum  charge  of  $5.00.  For  more  information,  please  contact  the  CSO 
Distribution  Center  (Room  164  DCL). 


HELP  WANTED 


PROGRAMMERS  WANTED 

The  Office  of  University  Audits  has  openings  for  a  number  of  student  programmers  who  can 
work  during  the  summer  and  continue  in  the  fall.  The  work  covers  a  broad  range,  from  data 
retrieval  for  data  in  University  administrative  systems  to  analysis  and  testing  of  IBM  MVS 
operating  system  controls. 

For  additional  information,  contact  Wallace  Motley,  Office  of  University  Audits,  333-0900. 


PART-TIME  STUDENT  PROGRAMMER 

A  part-time  student  programmer  is  needed  for  data  processing  in  the  Environmental 
Engineering  group,  Department  of  Civil  Engineering. 

Minimum  requirements  include  FORTRAN  programming  and  a  good  familiarity  with  the 
CYBER  system  and  the  ICE  text  editor.   Duties  will  involve  data  conversion  to  the  SIR  data 
management  system.  Applicants  should  be  available  approximatley  20  hours  a  week  until 
August. 

For  more  information,  contact  Mike  Sale  (Room  4142  CEB,  333-7773)  or  Professor  E.  E. 
Herricks  (Room  3215  CEB,  333-0997)  as  soon  as  possible. 


OFF-LINE'  s  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 


Check  one:  □  New  subscriber 

□  Removal  request 
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Wanted:  BASIC  Statistical  Software 

HELP  WANTED 
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Programmer  for  Part-time  Summer  Work 


DIRECTORY  OF  STAFF  AND  SERVICES 


COMPUTING  SERVICES  OFFICE 


CSO  North,  Digital  Computer  Lab. 


Director: 


Assistant  Director 
User  Services: 


Assistant  Director 
Systems  and  Operations 


Business  Manager: 


User  Accounting: 


Systems  Consulting 
Office: 


George  F.  Badger,  Jr. 
150  DCL 
(217)  333-4103 

Robert  Penka 
173  DCL 
(217)  333-4709 

Sandra  Moy 
177  DCL 
(217)  333-4703 

Stanley  Rankin 
150  DCL 
(217)  333-6530 

Gary  Bouck 
162  DCL 

(217)  333-7752 

138  DCL 
(217)  333-6133 


CSO  South,  Commerce  West 


Manager  of  Statistical 
Services: 


Statistical  Services 
Consulting  Office: 


Larry  Sautter 

91  Commerce  West 

(217)  333-2171 

65  Commerce  West 
(217)  333-2170 


OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of 
core  driving  a  GSI  CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


RJE  SITES  -  SUMMER  SCHEDULE 

All  the  RJE  sites,  with  the  exception  of  the  central  site  at  DCL,  are  operating  under  a 
reduced  schedule  during  the  summer.  The  summer  RJE  schedules  are  given  below.  These 
hours  may  change  at  the  beginning  of  the  summer  semester.  Read  HEARYE  and  RJE 
Bulletins  for  revised  schedules. 


CSO  South  (70  Commerce  West) 

Monday  -  Friday 
Saturday  -  Sunday 

Agriculture  (M-103  Turner  Hall) 

Monday  -  Friday: 

May  21  -  June  12 
June  13  -  Aug  2 
Aug  6  -  Aug  24 

Saturday  -  Sunday 

Chemistry  (153  Noyes  Lab.) 

Monday  -  Friday 
Saturday  -  Sunday 

Electrical  Engineering  (146  Electrical  Engineering  Bldg.) 

Monday  -  Friday: 

May  21  -  June  12 
June  13  -  Aug  24 


8:00  AM   -     5:00  PM 
CLOSED 


8:30  AM  -  9:00  PM 
8:30  AM  -  10:00  PM 
8:30  AM  -     4:30  PM 

CLOSED 


8:30  AM   -     5:00  PM 
CLOSED 


8:00  AM   -     5:00  PM 
8:00  AM   -   10:00  PM 


Saturday  -  Sunday 
ISR  and  FAR 

CLOSED  until  beginning  of  fall  semester. 
Mechanical  Engineering  (65  Mechanical  Engineering  Bldg.) 


CLOSED 


Monday  -  Friday 
Saturday  -  Sunday 


8:00  AM  -     5:00  PM 
CLOSED 


Psychology  (453  Psycholgy) 

Monday  -  Friday  9:00  AM   -     5:00  PM 
Saturday  -  Sunday  CLOSED 

Social  Science  (202  Lincoln  Hall) 

Monday  -  Friday  8:00  AM   -     5:00  PM 
Saturday  -  Sunday  CLOSED 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  April,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  32  hours 
and  the  mean  time  to  repair  was  about  16  minutes.  Problems  on  the  CYBER  were  caused  by 
ECS  system  errors. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  30  hours  and  the 
mean  time  to  repair  was  about  25  minutes.  Major  problems  were  caused  by  hardware 
malfunctions. 


CYBER 


CYBER  INTERACTIVE  DEBUG 

The  CYBER  Interactive  Debug  (CID)  package  has  been  installed.  This  debugging  tool  allows 
time-sharing  users  to  interactively  monitor  and  control  execution  of  FORTRAN  or 
COMPASS  programs.  CID  is  particularly  useful  for  tracking  logic  errors  in  programs  such  as 
a  FORTRAN  program  which  produced  unexpected  results,  but  did  not  abnormally  terminate. 

Detailed  documentation  on  CID  is  available  in  the  CYBER  Interactive  Debug  Version  1 
Reference  Manual  which  can  be  purchased  at  the  CSO  Distribution  Center  (Room  164  DCL). 
It  is  also  available  for  review  in  the  Systems  Consulting  Office  (Room  138  DCL). 

To  use  CID  effectively  with  a  FORTRAN  program,  the  program  should  be  compiled  with  the 
DB  (debug)  option.  This  option  causes  internal  tables  to  be  built  which  CID  uses  to  debug 
the  program.   A  sequence  of  three  statements  will  compile  and  run  a  FORTRAN  program 
under  CID.  These  statements,  shown  after  a  slash  which  is  the  CYBER  prompt,  and  the 


CYBER  responses  would  appear  as  follows. 

/DEBUG(ON) 

DEBUG(ON) 
/FTU,\=source,L=Hst 

nnn  CP  SECONDS  COMPILATION  TIME 
/LGO. 

CYBER  INTERACTIVE  DEBUG 
?  CID  commands 

The  first  statement  activates  CID.  Subsequent  FORTRAN  compilations  will  be  compiled  with 
the  DB  and  the  TS  (time-sharing)  options  by  default.  Also,  program  executions  subsequent 
to  this  will  run  under  CID. 

The  FTN  statement  compiles  a  source  file  and  produces  a  listing  file.  Because  CID  has  been 
activated,  the  DB  and  TS  options  are  forced  for  this  compilation. 

The  LGO  statement  initiates  execution  of  the  program  previously  compiled.  The  CYBER 
response  indicates  that  CID  has  been  activated  and  displays  a  single  question  mark  to  prompt 
for  CID  commands. 

Some  of  the  most  useful  CID  commands  are: 


HELP 


Provides  information  on  the  CID  commands. 


SET,BREAKPOINT,/.n 
SET.BREAKPOINT.s.n 


Sets  breakpoints  at  a  FORTRAN  line 
number  in  or  statement  number  s.n  such  that 
each  time  that  statement  is  reached,  user  control 
is  restored  to  allow  further  commands  before  that 
statement  is  executed. 


SET.TRAP.STORE,  variable 


Sets  a  trap  on  storage  into  a  FORTRAN  variable. 
Each  time  the  storage  location  of  that  variable  is 
altered,  user  control  is  returned. 


LIST.TRAP 
LIST.BREAKPOINT 

CLEAR.TRAP 
CLEAR.BREAKPOINT 

LIST.VALUES 


Lists  traps  or  breakpoints  which  have 
been  set. 

Clears  (eliminates)  any  traps  or 
breakpoints  which  were  previously  set. 

Lists  the  names  and  current  values  of  all 
FORTRAN  variables. 


DISPLAY,  variable 


Lists  the  current  value  of  a  FORTRAN  variable. 


ENTER,  value,  variable 
MOVE,  variable  1,  variable2 

GO 
QUIT 


Enters  (stores)  the  value  specified  in  a  FORTRAN 
variable. 

Moves  the  value  in  FORTRAN  variablel  to 
FORTRAN  variable2.  The  value  of  variablel  is 
unaltered. 

Starts  or  resumes  program  execution. 

Terminates  execution  of  the  program. 


In  addition,  commands  may  be  collected  into  groups  to  be  automatically  issued  at  certain 
points  in  a  program.  This  is  specified  as  follows: 


?  SET,BREAKPOINT,L3[ 


?  MESSAGE,' message  text' 

?  LIST.VALUES 

?  MOVE,  variable l,variable2 

?  PAUSE/pause  text '] 


Notes'. 


The  open  bracket  at  the  end  of  the  command 
signals  that  collection  mode  is  to  be  initiated.  The 
CYBER  responds  with  the  message, 
IN  COLLECT  MODE. 

This  command  displays  message  text  upon  its 
execution. 


This  command  causes  pause  text  to  be  displayed 
and  returns  user  control,  allowing  further  CID 
commands  to  be  entered.  Normally,  collected 
commands  are  merely  executed  without  allowing 
more  commands  from  the  terminal.  The  closing 
bracket  signals  the  end  of  collect  mode.  The 
CYBER  responds  with  the  message, 
END  COLLECT. 


The  SET,TRAP,STORE,  variable  command  forces  CID  to  run  in  interpret  mode  (a 
warning  is  issued  when  this  occurs).  This  can  cause  a  program  to  use  20  to  50  times 
more  central  processor  time. 

Due  to  both  CID  overhead  and  the  fact  that  the  TS  option  causes  slower  execution, 
programs  will  run  slowly.  Consequently,  CID  can  be  expensive  to  run,  so  it  should  be 
used  only  when  necessary  and  then  as  effectively  as  possible. 


AUTOBAUD  ON  THE  CYBER 

Communications  software  has  become  available  for  the  CYBER  that  provides  automatic 
detection  at  signon  of  the  speed  at  which  a  terminal  sends  and  receives  data,  i.e.,  the  baud 
rate.  Until  now  it  has  been  necessary  to  use  separate  phone  numbers  for  110  baud  (10 
characters/second)  and  300  baud  (30  characters/ second)  terminals. 

Automatic  detection  of  terminal  speed  is  made  possible  by  first  establishing  the  initial 
character  that  will  be  received  and  recognized  by  the  system  when  entered  from  a  terminal, 
and  then  by  using  the  communications  software  to  successively  test  the  various  line  speeds 
(e.g.,  the  lowest  to  the  highest).  If  the  line  speed  being  tested  is  wrong,  the  initial  character 
will  be  in  garbled  form  and  will  appear  to  the  system  as  some  character  other  than  the 
designated  initial  character,  and  the  next  line  speed  will  then  be  selected  for  testing.  When 
the  correct  line  speed  is  selected,  the  initial  character  is  properly  received  and  recognized  and 
this  line  speed  is  then  used  in  all  further  transmissions  to  and  from  the  terminal  during  that 
session. 

CSO  installed  the  new  communications  software  on  May  22,  1979.  The  carriage  return  has 
been  designated  as  the  initial  character  to  be  expected  by  the  system.  Consequently,  at 
signon  you  must  enter  only  a  carriage  return.  If  any  other  character  is  entered,  the  autobaud 
detection  facility  will  not  work  properly  and  you  may  not  be  able  to  sign  on.  If  there  is  no 
response,  enter  another  carriage  return. 

Since  the  new  software  requires  only  a  single  phone  number  to  handle  both  110  baud  and  300 
baud  terminals,  arrangements  have  been  made  with  the  telephone  company  to  install  the 
single  number  333-4000  as  a  replacement  for  all  existing  phone  numbers  used  to  access  the 
CYBER.  The  old  phone  numbers  will  be  taken  out  of  service.  Any  attempt  to  use  one  of 
them  will  result  in  a  message  advising  you  to  use  333-4000.  Bell  Telephone  is  scheduled  to 
perform  this  work  on  June  5,  1979. 

The  autobaud  software  will  not  be  connected  to  future  1200  baud  dial-up  lines,  thus  a 
separate  1200  baud  dial-up  phone  number  will  be  announced  when  it  becomes  available. 


STATISTICAL  SERVICES 


SPSS  RELEASE  8  ON  THE  360/75 


A  new  release  of  SPSS  will  be  available  for  use  on  the  360/75  on  June  18,1979.  The  SPSS 
Update  Manual  contains  all  of  the  documentation  for  the  new  facilities  and  the  changes  to  the 
existing  facilities  in  both  Release  7  and  Release  8.  This  manual  may  be  obtained  from  the 
CSO  Distribution  Center  (Room  164  DCL)  after  June  18  for  a  cost  of  $6.95. 


Two  new  procedures  which  are  available  in  Release  8  are: 

REPORT  Generates  a  report. 

SURVIVAL  Produces  life  tables,  graphs  of  survival  functions, 

and  comparisons  of  survival  functions  between 
groups. 

In  addition,  two  routines  in  Release  7  which  have  been  rewritten  for  Release  8  are: 

SORT  CASES  Groups  cases  and  defines  subfiles  automatically. 

Can  be  used  before  any  procedure. 

DISCRIMINANT  Fully  implements  the  specifications  in  the  second 

edition  SPSS  manual  with  several  additions. 

Release  8  will  be  available  for  both  the  Version  H  (500  variable)  and  Version  M  (1000 
variable)  SPSS  systems;  their  Release  7  counterparts  will  remain  available  for  a  sufficient 
period  of  time  to  facilitate  the  changeover.  However,  Release  8  for  the  Version  G  (100 
variable)  SPSS  system  will  not  be  provided  because  of  decreased  usage  on  the  360/75,  and 
also  because  the  faster  turnaround  which  made  SPSS  Version  G  an  attractive  choice  in  the 
past,  can  now  be  more  than  duplicated  by  using  SPSS  on  the  CYBER.  For  these  reasons, 
SPSSG7  (Release  7  SPSS  Version  G)  and  SPSSG  (the  EXPRESS  version  of  SPSS)  will  be 
removed  from  the  360/75. 

On  June  18,  1979,  users  may  access  the  various  SPSS  systems  as  follows: 

SPSS  Release  8  Version  H 

//  EXEC  SPSS 

SPSS  Release  8  Version  M 

/•SETUP  UNIT=2314,VOL=UITST5 
//PROCLIB  DD  DSN=SYS4.PROCLIB,DISP=SHR 
//  EXEC  SPSSM 

SPSS  Release  8  Version  G 

Not  Available 

SPSS  Release  7  Version  H 

//  EXEC  SPSSV7 


SPSS  Release  7  Version  M 

/•SETUP  UNIT=2314,VOL=UITST5 
//PROCLIB  DD  DSN=SYS4.PR0CUB,DISP=SHR 
//  EXEC  SPSSM7 

SPSS  Release  7  Version  G 

Not  Available 
SPSS  Version  G  on  EXPRESS 

Not  Available 

Assuming  that  no  difficulties  will  be  encountered  in  using  SPSS  Release  8,  the  Release  7 
systems  SPSSV7  and  SPSSM7  will  be  removed  from  the  system  on  July  16,  1979.  For  help 
with  problems  or  more  information,  contact  the  Statistical  Services  Consultants  (Room  65 
Commerce  West,  333-2170). 


MISCELLANEOUS 


TERMINAL  REPAIR  RATES 


Effective  July  1,  1979,  the  charge  for  terminal  repairs  by  CSO  personnel  will  be  $16.00  per 
hour  with  a  one-hour  minimum.  We  will  continue  to  charge  for  parts  based  on  manufacturer 
cost  with  any  increase  passed  on. 


WANTED:  BASIC  STATISTICAL  SOFTWARE 

James  Menke  of  St.  John's  Hospital  in  Springfield  has  a  microcomputer  that  runs  only 
BASIC,  and  is  looking  for  statistical  software.  If  you  have  some  information  to  assist  him,  or 
know  a  source  of  BASIC  statistical  programs,  please  contact  him  at  (217)  544-6464  extension 
4963,  or  contact  Stan  Kerr  (Room  175  DCL,  333-4715). 


HELP  WANTED 


STATISTICIAN  -  PROGRAMMER  (M.S.)  POSITION  AVAILABLE 

This  position  is  for  a  full-time  appointment,  starting  1  August  1979.  Qualifications:  M.S.  in 
statistics  and/ or  computer  science,  or  equivalent  experience.   (1)  Interest  in  research, 
especially  the  application  of  statistical  methods  to  meteorology.  This  would  include  areas  such 
as  time  series  analyses,  regression,  multivariate  analysis,  etc.  Person  selected  will  be  required 
to  assist  in  investigations  of  various  statistical  techniques.   (2)  Must  have  experience  in 
computer  programming  (particularly  writing  FORTRAN  programs)  and  handling  magnetic 
tape  files.  Knowledge  of  Calcomp  and/or  statistical  packages  would  be  helpful,  but  is  not 
required. 

Persons  interested  should  be  able  to  work  for  a  2-year  period  (at  least),  with  a  fairly  high 
chance  of  renewal  of  contract  at  the  end  of  the  second  year.  Interested  applicants  should 
contact: 

Ronald  F.  Karr,  Executive  Assistant 
Atmospheric  Sciences  Section 
Illinois  State  Water  Survey 
Room  27 1C,  Water  Resources  Building 
605  East  Springfield  Street 
Champaign,  Illinois     61801 

Phone:   (217)  333-6901 


PROGRAMMER  FOR  PART-TIME  SUMMER  WORK 

A  programmer  is  wanted  for  part-time  work  during  the  summer.  Should  preferably  have 
experience  of  DEC  PDP-11  Assembly  language,  and  the  RT-11  operating  system,  together 
with  FORTRAN,  and  CYBER  operating  systems  running  FORTRAN.  Work  will  involve 
programming  two  laboratory  computers  (PDP11-10  and  PDP  11-34)  to  work  interactively  with 
biophysical  apparatus,  for  data  collection  and  display,  and  with  CYBER  for  number  crunching. 

Rates  and  times  by  agreement.  If  interested,  please  contact  Dr.  A.  R.  Crofts,  216  Noyes 
Laboratory  (Phone  333-7407)  or  the  Biophysics  Office,  300A  Noyes  Laboratory. 


OFF-LINE'  s  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 


Check  one:  □  New  subscriber 

□  Removal  request 

□  Address  correction 


Name: 
Address: 


CAMPUS  or    Zip  Code 


(If  address  correction,  give  old  address  and  zip  code  below.) 


Comments: 


RETURN  TO:  OFF-LINE 

164  Digital  Computer  Laboratory 
University  of  Illinois  at  Urbana-Champaign 
Urbana,  Illinois    61801 
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DIRECTORY  OF  STAFF  AND  SERVICES 


COMPUTING  SERVICES  OFFICE 


CSO  North,  Digital  Computer  Lab. 


Director: 


Assistant  Director 
User  Services: 


Assistant  Director 
Systems  Development 


Business  Manager: 


User  Accounting: 


Systems  Consulting 
Office: 


George  F.  Badger,  Jr. 
150  DCL 
(217)  333-4103 

Robert  Penka 
173  DCL 
(217)  333-4709 

Sandra  Moy 
177  DCL 
(217)  333-4703 

Stanley  Rankin 
150  DCL 
(217)  333-6530 

Gary  Bouck 
162  DCL 

(217)  333-7752 

138  DCL 
(217)  333-6133 


CSO  South,  Commerce  West 


Manager  of  Statistical 
Services: 


Statistical  Services 
Consulting  Office: 


Larry  Sautter 

91  Commerce  West 

(217)  333-2171 

65  Commerce  West 
(217)  333-2170 


OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of  Illinois  at 
Urbana-Champaign.  OFF-LINE  is  printed  every  month.  Articles  may  be  reprinted  provided 
that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360  Model  75  with  one  million 
bytes  of  fast  core  and  two  million  bytes  of  slow  core,  under  HASP  and  OS,  a  CYBER  175 
with  256K  words  of  central  memory  and  512K  words  of  ECS,  under  NOS,  serving  up  to  190 
simultaneously  active  text  and  graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of 
core  driving  a  GSI  CAT-8  photo-typesetter  with  the  UNIX  Operating  System. 


POLICY 


RATE  REDUCTION 

On  July  1,  1979,  CSO  reduced  the  cost  of  a  service  unit  from  $0.75  to  $0.68.  We  expect  a 
few  item  reductions  to  occur  later  this  year,  which  could  affect  charges  for  on-line  storage  and 
CPU  time.   We  might  find  it  necessary  to  increase  line  printer  charges  when  we  receive 
notification  of  paper  prices  for  FY'80. 

For  those  who  receive  funds  from  outside  the  University,  this  rate  reduction  means  service  is 
cheaper.   For  those  who  receive  funds  from  within  the  University,  this  means  that  more 
service  is  available  via  the  allocation  system  without  increase  in  the  internal  budget 
commitments  to  CSO. 

From  August  5,  1979,  to  September  3,  1979,  all  service  unit  charges  will  be  reduced  to  $0.40. 
July  billing  will  be  in  effect  through  August  4;  September  billing  will  begin  September  4. 


RETRIEVING  OUTPUT 

The  CSO  Routing  Room  will  remove  output  from  the  bins  if  it  has  not  been  retrieved  within 
five  days.   When  the  output  is  removed  from  the  bins,  it  will  be  stored  behind  the  Routing 
Room  counter  for  an  additional  five  days.  At  that  time,  you  must  ask  the  Routing  Room 
operator  for  assistance  to  retrieve  it.  If  output  is  not  retrieved  after  a  total  of  ten  days,  it  will 
be  discarded. 


CSO  PLANNING  SURVEY  -  INITIAL  RESULTS 

Your  responses  to  the  CSO  Planning  Survey  provided  us  with  a  principle  source  of  planning 
information.  The  survey  was  sent  to  all  prime  users  of  PS  numbers  at  CSO;  approximately 
700  of  those  were  completed  and  returned.   An  additional  200  completed  surveys  were 
submitted  by  persons  who  made  an  individual  effort  to  express  their  interests.  Overall,  the 
survey  returns  showed  a  good  representation  of  faculty  and  students,  in  both  their 
instructional  and  research  roles. 

We  also  received  a  good  distribution  of  results  from  most  departments  and  from  all  colleges 
on  the  University's  Urbana  campus.  This  initial  report  is  weighed  strictly  on  the  base  count 
of  responses.  When  we  begin  to  address  specific  topics,  we  will  attempt  to  evaluate  the 
number  of  responses  from  different  areas  of  the  Urbana  campus  to  ensure  that  users  who 
require  small  amounts  of  computing  resources,  as  well  as  users  who  require  large  amounts  of 
those  resources,  are  well  represented. 


The  three  most  popular  items  of  general  interest  were: 

•  Larger  allocations 

•  More  on-line  storage 

.    Greater  emphasis  on  text  processing 

Nearly  every  response  contained  an  opinion  on  each  of  these  items,  and  the  average  opinion 
indicated  strong  interests. 

.    The  desire  for  larger  allocations  is  certainly  consistent  with  the  increasingly  large 
requests  being  made  to  the  Research  Board  and  the  Committee  on  Instructional 
Computer  Use.  It  conflicts  somewhat,  however,  with  the  incomplete  use  made  of 
these  allocations.  The  committees  allocate  approximately  80%  of  the  total  amount 
requested.  Of  this  amount,  only  about  80-90%  is  actually  used.  / 

We  will  try  to  analyze  this  matter  in  more  depth  to  ascertain  what  people  are  really 
looking  for  and  to  determine  whether  some  characteristic  of  allocation  management 
could  account  for  this  discrepancy.  Accounting  records  imply  that  almost  everyone 
has  access  to  as  much  computing  time  as  he  can  use. 

•  The  interest  in  more  on-line  storage  was  again  almost  universal.  Responses  from  the 
fields  of  social  sciences  and  commerce  gave  particular  emphasis  to  this  request. 

•  Text  processing  was  the  third  area  of  high  interest.  In  this  case,  the  strongest  interest 
came  from  graduate  students,  particularly  from  those  in  computer  science.  However, 
an  overall  interest  in  text  processing  was  apparent  throughout  the  responses. 

Those  three  items  indicate  responses  to  specific  questions  on  the  survey.  The  initial  survey 
results  also  provided  opinions  about  groups  of  items  which  indicate  general  areas  of  strong 
interest. 

•  The  combination  of  improved  plotting  and  graphics  capabilities  received  high  priority. 
Much  of  this  interest  came  from  groups  which  have  not  traditionally  used  computers 
for  graphics  presentation  of  data. 

•  Included  in  general  requests  for  larger  allocations  and  more  on-line  storage  were 
requests  for  faster  turnaround,  faster  terminals,  faster  response  time,  and  increased 
memory.  This  indicates  a  general  interest  in  more  service  that  is  more  responsive. 

•  The  area  of  User  Services  received  a  high  response.   Almost  everyone  favored  some 
form  of  expansion  within  User  Services.  There  were  various  preferences  of  specific 
items,  such  as: 

on-line  documentation 
extended  consulting  hours 
remote  consulting 


.    Another  popular  area  of  interest  was  access  to  the  Library  catalog  system  from  all  the 
computer  terminals  on  this  campus. 

We  have  been  able  to  plan  substantial  responses  to  many  of  these  areas.   For  example,  there 
is  little  doubt  that  we  must  expand  the  emphasis  on  User  Services.   We  have  begun  a 
complex  planning  process  to  determine  how  to  present  those  services  effectively.   We  will 
address  each  area  in  more  detail  and  will  announce  our  plans  for  response  in  the  near  future. 

In  addition  to  an  indication  of  areas  of  strong  interest,  the  survey  responses  also  showed 
areas  of  obvious  lack  of  interest. 

•  There  was  little  interest,  and  some  negative  responses,  for  CSO  to  provide 
programmers  for  hire,  fancy  input  devices  (such  as  audio  terminals  that  accept  voice 
input),  or  computer-aided  instruction  services. 

•  There  was  a  small  interest  in  having  CSO  provide  APL.  However,  the  few  persons 
who  were  interested  showed  strong  opinions  and  CSO  will  attempt  to  find  an 
economical  way  to  provide  APL  if  possible. 

.    Few  positive  or  negative  responses  regarding  computer  entertainment  and  games  were 
received.   Only  a  small  number  of  persons  appeared  to  be  interested  in  those 
questions,  and  those  who  did  respond  did  not  convey  strong  opinions. 

.    Surprisingly,  there  was  a  definite  lack  of  interest  shown  for  expansion  or 

modernization  of  IBM  services.  A  fixed  level  of  IBM  services  seems  to  be  required  to 
support  unique  needs.  Beyond  that,  it  was  shown  that  needs  for  the  resource  capacity 
outweigh  specific  needs  for  IBM-compatible  equipment. 

Many  other  subjects  evoked  strong,  but  less  universal  interest  from  different  groups  within 
our  user  community.   We  will  present  some  of  these  subjects  in  the  next  issue  of  OFF-LINE. 


SYSTEM  NOTES 


RELIABILITY  REPORT 


During  April,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  50  hours 
and  the  mean  time  to  repair  was  about  16  minutes.  Problems  on  the  CYBER  were  caused  by 
ECS  system  errors. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  104  hours  and  the 
mean  time  to  repair  was  about  54  minutes. 


CYBER 


NEW  DIAL-UP  PHONE  NUMBER 

The  CYBER  autobaud  service  was  installed  on  Tuesday,  May  22  (OFF-LINE,  June  1979, 
"Autobaud  on  the  CYBER").  This  service  enabled  us  to  provide  a  single  telephone  number 
for  dial-up  connections. 

To  access  the  CYBER  from  any  110  baud  or  300  baud  dial-up  terminal,  call  333-4000. 

After  the  connection  is  made,  you  must  enter  a  number  of  carriage  returns  to  receive  the 
signon  prompt.  If  any  other  key  is  used,  the  autobaud  detection  will  not  work  properly  and 
you  may  not  be  able  to  sign  on. 

The  numbers  that  were  previously  used  for  dial-up  connection  have  been  taken  out  of 
service.  When  this  change  occurred,  Bell  Telephone  neglected  to  include  the  new  phone 
number  in  their  recorded  message.  We  hope  that  our  efforts  to  announce  this  change 
avoided  any  inconvenience. 


NEW  VERSION  OF  PLOT-10 

Tektronix  has  released  a  new  version  of  their  PLOT-10  package  which  provides  a  number  of 
fixes  to  software  bugs.  The  new  version  was  installed  on  the  CYBER  on  June  5. 

The  PLOT-10  package  consists  of  two  subroutine  libraries:  Terminal  Control  System  (TCS) 
and  Advanced  Graphing  II  (AG2).  In  particular,  the  new  version  of  PLOT-10  upgrades  the 
AG2  library.  To  access  PLOT-10,  use  the  control  statement: 

GRAB,PLOT10. 

The  previous  version  of  PLOT-10  included  the  TCS  and  AG2  subroutines,  and  the  CalComp 
PREVIEW  Package.  The  PREVIEW  package  has  been  significantly  upgraded  and  separated 
from  the  PLOT-10  package. 


CALCOMP  PREVIEW  PACKAGE 

CSO  has  installed  a  new  release  of  the  Tektronix  preview  routines  for  CalComp  plotters. 
This  subroutine  library  enables  you  to  view  all  or  part  of  a  plot  destined  for  the  CalComp 
plotter  on  a  Tektronix  interactive  graphics  terminal.  Thus,  you  gain  the  advantage  of 
previewing  a  plot  for  errors  before  submitting  a  CalComp  plot. 


The  PREVIEW  library  may  be  used  to  preview  plots  generated  either  with  the  CalComp  basic 
subroutine  library  (CALCOMP)  or  the  GCS  CalComp  library  (GCSCALC).  To  preview  a 
plot  which  normally  uses  the  CALCOMP  library,  replace  the  control  statement: 

GRAB.CALCOMP. 
with  the  statement: 

GRAB.PREVIEW. 

Then  execute  the  program  as  usual. 

To  preview  a  plot  which  normally  uses  the  GCSCALC  library,  you  must  first  access  the 
GCSCALC  library  and  then  access  the  PREVIEW  routines.  To  do  this,  enter  the  statements: 

GRAB.GCSCALC. 
GRAB.PREVIEW. 

Then  continue  to  execute  the  program  as  usual. 

Notes: 

•    In  either  case,  no  TAPE99  or  plot  file  will  be  generated.   You  must  re-execute  your 
program  to  create  the  plot  file. 


• 


The  system  filenames  INPUT  and  OUTPUT  must  be  specified  in  your  PROGRAM 
statement  and  must  not  be  overridden  on  a  LGO  statement. 


Program  Execution 
When  the  executing  program  calls  PLOTS  or  USTART,  the  prompt: 

MODE/OPTION? 

appears  on  the  terminal  (with  an  audible  bell).   Each  of  the  usual  responses  are  one  character 
followed  by  carriage  return: 

?  Types  a  list  of  possible  options  on  the  terminal 

W  Specification  of  a  portion  of  the  plot 

A  Specification  of  a  portion  of  the  plot 

E  Erases  the  screen 

C  Continues  execution  or  initiates  plotting 

H  Produces  a  hard  copy  on  a  Versatek  plotter 

Q  Quits  program  execution 

The  W  and  A  options  allow  you  to  define  a  portion  of  the  plot  you  wish  to  see  on  the 
terminal.   Since  most  plots  are  larger  than  the  5.75  by  7.5  inch  screen  of  a  Tektronix  4006  or 
4010  terminal,  you  may  map  any  rectangular  region  of  the  plot  onto  the  terminal  screen. 


Scaling  is  done  automatically  (see  Figure  1).  The  W  option  prompts  you  for  specification  of 
the  rectangular  region  desired.  The  A  option  is  similar,  but  can  also  automatically  enlarge  the 
rectangular  region  to  insure  a  proper  aspect  ratio  of  height  to  width. 

Example. 

The  FORTRAN  program  shown  below  is  stored  in  the  local  file  SOURCE. 

PROGRAM  OFF(INPUT,OUTPUT) 

REAL  X(52),Y(52) 
C 

DO  10  1=1,50 
X(I)=FLOAT(I-1)/50.0*6.28 
Y(|)=X(I)*SIN(5*X(D) 

CONTINUE 
C 

CALL  PLOTS(0.0,  0.0,  99) 

CALL  PLOTU.O,  1.0,  -3) 

CALL  SCALE(X,  8.0,  50,  1) 

CALL  SCALE(Y,  10.0,  50,  1) 

CALL  AXIS(0.0,  0.0,  "X  AXIS",  -6,  8.0,  0.0,  X(51),  X(52)) 

CALL  AXIS(0.0,  0.0,  "X  SIN  5X\  8,  10.0,  90.0,  Y(51),  Y(52)) 

CALL  LINE(X,  Y,  50,  1,  0,  0) 
C 

CALL  PLOK0.0,  0.0,  999) 

STOP 

END 

The  following  control  statements  will  compile  the  program,  attach  the  proper  library  and 
execute  the  program  for  previewing  on  a  Tektronix  terminal. 

FTN,l=SOURCE,L=LIST. 

GRAB.PREVIEW. 

LGO. 

After  these  statements  are  executed,  the  terminal  screen  will  clear  automatically  and  you  will 
receive  the  prompt: 

MODE/OPTION? 

In  this  example,  the  response  is  the  option  A.   Prompting  is  continued  for  specification  of  the 
origin  of  the  rectangular  region  and  its  minimum  size,  for  example: 

MODE/OPTION?  A 

WHERE  WOULD  YOU  LIKE  ORIGIN?(X,Y)0.,  0. 

ENTER  MINIMUM  SIZE  (WIDTH,HEIGHT)8.0,  10.0 


After  these  specifications  are  entered,  the  prompt: 

OPTION? 

is  given  to  allow  specification  of  further  options.  The  option  E  clears  the  screen  and,  after  the 
subsequent  OPTION?  prompt,  the  option  C  continues  the  plot  execution  (see  Figure  2). 

If  you  have  questions  about  using  the  PREVIEW  subroutine  library.,  contact  the  Systems 
Consultants  (Room  138  DCL,  333-6133).  Tektonix  documentation,  Preview  Routines  for 
CalComp  Plotters  -  User's  Manual,  will  be  available  for  purchase  at  the  CSO  Distribution 
Center  (Room  164  DCL)  in  the  near  future. 


Figure  1 

Using  PREVIEW  for  Previewing 
a  CalComp  Plot  on  a  Graphics  Terminal 
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Figure  2 

Output  of  Sample  Program 
Using  PREVIEW  on  a  Graphics  Terminal 
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NEW  GRAPHICS  TERMINALS 

CSO  has  acquired  two  Tektronix  4014  storage  tube  graphics  terminals.  The  4014's  have  a 
large  screen  (19  inch  diagonal)  with  4096  by  4096  addressability  for  high  resolution  display. 
In  addition,  the  terminal  hardware  can  produce  four  types  of  dashed  lines  and  four  different 
character  sizes.  These  4014's  are  also  equipped  with  the  Enhanced  Graphics  Module  (EGM) 
which  can  draw  arcs,  perform  coordinate  transformations,  allow  user-programmable  function 
key  definition,  and  user-definable  character  fonts. 

All  4010  (or  4006)  software  will  execute  on  a  4014  without  program  modification.  This 
includes  programs  using  the  GCS  Tektronix  4010  subroutine  library  (GCSTEKT)  and  the 
PLOT-10  subroutine  library.  There  is  a  GCS  library,  GCSTK14,  available  especially  for  use 
with  a  4014,  and  can  be  accessed  with  the  statement: 

GRAB.GCSTK14. 

To  take  advantage  of  the  4014's  high  resolution  when  using  PLOT-10,  you  should  include  a 
call  to  the  TERM  subroutine.  See  the  PIot-10  Terminal  Control  System  User  Manual  for  more 
details. 

Both  GCSTK14  and  PLOT-10  take  advantage  of  the  high  resolution,  dashed  line  types  and 
multiple  character  sizes.  We  currently  have  no  software  available  to  use  the  features  of  the 
Enhanced  Graphics  Module. 

These  new  terminals  are  usable  in  conjunction  with  the  Versatek  hardcopy  units.  For  this 
reason,  we  plan  to  install  one  4014  at  the  Electrical  Engineering  RJE  and  one  at  the 
Mechanical  Engineering  RJE,  if  we  can  arrange  satisfactory  hours  of  access.  A  test  system 
has  already  been  installed  at  Electrical  Engineering. 

We  also  have  received  two  Tektronix  4027  Color  Graphics  terminals.  The  raster  scan 
technology  (similar  to  that  of  color  television)  allows  up  to  eight  colors  to  be  displayed  at  one 
time,  chosen  from  a  set  of  64  colors.  The  user  may  define  up  to  120  color  patterns  to  achieve 
the  appearance  of  more  than  eight  colors.  The  terminal  can  draw  eight  line  styles,  arcs, 
circles,  and  both  filled  and  unfilled  polygons.  Graphic  input  can  be  accomplished  via  crosshair 
cursers.  Currently,  no  reasonably-priced  hardcopy  unit  is  available.  We  are  looking  into  the 
possible  use  of  camera  equipment. 

We  will  announce  the  availability  of  the  4027  terminals  in  OFF-LINE  as  soon  as  the  software 
support  development  is  completed.   At  this  time,  we  plan  to  install  one  of  the  4027's  in 
Lincoln  Hall;  the  location  of  the  other  4027  has  not  been  decided. 

The  Tektronix  4014  and  4027  terminals  are  quite  expensive  compared  to  the  cost  of  other 
graphics  terminals.  For  this  reason,  we  will  charge  10  service  units  per  connect  hour  for  their 
use.  This  information  will  be  posted  at  each  of  these  terminals. 

Questions  about  the  4014  or  4027  terminals  and  graphics  software  may  be  directed  to  the 
Systems  Consultants  (Room  138  DCL,  333-6133)  or  to  Allan  Tuchman  (Room  181  DCL, 
333-2048). 
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IMPROVED  LOADER 

CSO  has  obtained  some  modifications  to  the  loader  from  the  University  of  Calgary  and  has 
made  some  extensive  changes  locally.  The  major  implication  of  these  modifications  is 
improved  time-sharing  use  of  the  loader.  Some  of  the  new  features  are: 

•  Load  sequences  can  be  obtained  from  a  terminal  in  the  TELEX  BATCH  subsystem. 

•  All  errors  are  written  to  the  dayfile,  even  if  they  are  also  written  to  a  map  file.   If  a 
load  for  TELEX  job  is  aborted,  error  message  are  also  written  to  the  terminal. 

.    A  map  written  to  a  file  assigned  to  a  terminal  i.e.,  the  system  file  OUTPUT  from 
time-sharing,  will  be  no  wider  than  78  characters. 

•  If  no  map  is  requested,  a  dayfile  message  is  issued,  giving  the  LWA  +  1  of  the  load 
and  the  amount  of  Central  Memory  used  for  the  load. 

The  version  of  the  loader  which  includes  these  modifications  can  be  accessed  with  the 
statement: 

FUTURE.LOADER. 

This  produces  a  local  file  named  LOADER.  You  can  invoke  the  loader  from  the  BATCH 
subsystem  with  the  statement: 

LOADER. 

Then  proceed  with  your  load  sequence. 

CSO  would  like  the  modified  version  of  the  loader  to  become  the  system  loader  by  next  fall. 
However,  this  version  must  be  fully  tested.  Please  use  this  version  of  the  loader  and  contact 
the  Systems  Consultants  (Room  138  DCL,  333-6133)  if  you  have  questions,  comments  or 
problems. 


USING  THE  PASSWOR  COMMAND 

The  PASSWOR  command  is  used  on  the  CYBER  to  specify  an  initial  password  or  to  change 
an  existing  password.  The  format  of  the  PASSWOR  command  is: 

PASSWOR.o/d 'password,  newpassword. 

When  this  format  is  used,  both  the  old  and  the  new  passwords  are  echoed  at  the  terminal. 
CSO  has  added  a  feature  to  the  PASSWOR  command  to  allow  password  changes  which  are 
not  echoed.  To  do  this,  enter: 

PASSWOR. 
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followed  by  a  carriage  return.    The  CYBER  prompts  you  for  the  old  password.  After 
entering  the  old  password  and  a  carriage  return,  the  CYBER  prompts  for  the  new  password. 

Because  the  passwords  are  not  echoed,  you  will  receive  a  second  prompt  to  enter  the  new 
password.  The  CYBER  compares  the  two  entries  as  a  safeguard  against  inadvertent  typing 
errors.  If  the  new  password  is  not  identical  in  both  entries,  the  PASSWOR  command  is 
terminated  and  your  password  is  not  changed. 


STATISTICAL  SERVICES 


CADA  BAYESIAN  STATISTICAL  PACKAGE  REMOVED 

The  CADA  Bayesian  statistical  package  (formerly  available  in  UN=STATLIB)  was  removed 
from  the  CYBER  on  May  24,  1979.  The  CADA  package  has  received  very  little  use  in  the 
last  two  years.  Also,  it  was  recently  discovered  that  it  does  not  operate  correctly  under  Level 
485  of  the  CYBER  Operating  System. 

If  you  have  any  questions  concerning  the  decision  to  remove  CADA,  please  contact  Larry 
Sautter  (333-2171). 


NUMERICAL  SERVICES 


GRG  ALGORITHM  AVAILABLE 

The  Generalized  Reduced  Gradient  (GRG)  is  an  algorithm  for  solving  non-linear 
optimization  problems.  GRG  is  available  on  the  CYBER  and  can  be  accessed  with  the 
statement: 

GRAB.GRG. 

The  use  of  GRG  requires  the  user  to  provide  a  subroutine  and  a  data  file.  The  format  of  the 
time-sharing  control  statements  used  to  execute  GRG  is: 

FTN,REW,l=subrouf/ne,L=0. 
P.LOAD(LGO);GRG,datef//e,/fn. 

where  Ifn  is  a  local  file  to  which  the  GRG  results  are  written. 
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A  write-up  giving  more  details  about  GRG  is  available  at  the  Systems  Consulting  Office 
(Room  138  DCL).  Questions  or  problems  regarding  GRG  should  be  directed  to  Manoochehr 
Ghiassi  (Room  193  DCL,  333-7904). 


MISCELLANEOUS 


ORDERING  CSO  DOCUMENTATION 

The  CSO  Distribution  Center  tries  to  maintain  well-stocked  shelves  of  all  documentation  for 
the  user  community.  In  the  past,  these  supplies  often  have  been  drastically  depleted  when  a 
faculty  member  has  decided  to  distribute  copies  of  a  certain  manual  or  guide  to  his  entire 
class.  Since  reprinting  of  a  document  requires  at  least  three  to  four  weeks,  we  can  no  longer 
permit  more  than  five  copies  of  a  document  to  be  taken  by  any  individual  unless  we  have 
received  advanced  notification. 

We  will  be  happy  to  make  arrangements  to  provide  a  ready  supply  of  our  documents  for 
classes.  If  you  plan  to  use  one  of  our  documents  for  a  class,  please  notify  Lynn  Bilger  (Room 
139  Advanced  Computation  Building,  333-6236)  one  month  in  advance  and  indicate  the  name 
of  the  document  and  the  number  of  copies  you  will  need. 


OFF-LINE' s  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of 
Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  monthly.  Articles  may  be  re- 
printed provided  that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360 
Model  75  with  one  million  bytes  of  fast  core  and  two  million  bytes  of  slow  core, 
under  HASP  and  OS,  and  a  CYBER  175  with  256K  words  of  central  memory  and 
512K  words  of  ECS,  under  NOS,  serving  up  to  190  simultaneously  active  text  and 
graphics  terminals,  and  a  DEC  PDP-1 1/50  with  252K  bytes  of  core  driving  a  GSI 
CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


CYBER  RATES 

CSO  has  recently  reviewed  the  charges,  in  dollars  and  service  units,  for  the  various  services 
offered  and  is  considering  making  revisions  to  be  effective  December  22,  1979.  The  total 
number  of  service  units  required  to  accomplish  the  total  workload  is  held  constant,  and 
specific  changes  are  aimed  at  bringing  relative  prices  more  in  line  with  the  underlying  costs  of 
each  service.   Generally,  the  total  billing  for  users  and  departments  will  not  be  affected, 
although  intense  use  of  a  single  item  (e.g.,  long  computations  using  a  lot  of  memory)  will 
reflect  a  change.  We  will  attempt  to  identify  such  cases  in  advance  of  the  next  allocation 
period  and  have  it  taken  into  account,  without  intervention  by  the  user. 

In  general,  the  rates  which  are  rising  are  based  on  labor  or  supplies  and  those  which  are 
falling  are  based  on  technology,  i.e.,  processing,  memory  and  on-line  storage. 


Rising  prices 

OLD 

NEW 

OLD 

NEW 

SU 

SU 

$ 

$ 

Tape  or  Disk 

1.00/ vol. 

2.00/vol. 

0.68 

1.36 

Cards  Read 

1.05/1000 

1.75/1000 

0.71 

1.19 

Cards  Punched 

5.00/1000 

10.00/1000 

3.40 

6.80 

Lines  Printed 

0.64/1000 

1.00/1000 

0.44 

0.68 

Cover  Charge-HASP 

0.65 

0.80 

0.44 

0.54 

Cover  Charge-EXPRESS 

0.35 

0.40 

0.24 

0.27 

Falling  Prices 

OLD 

NEW 

OLD 

NEW 

SU 

SU 

$ 

$ 

CYBER  Execution 

Max  2640/hr 

Max  1809/hr 

Max  $1795 

Max  $12 

CYBER  On-line 

15.62 

3.13 

10.62 

2.12 

Storage 

Megabyte  Month 

*Since  execution  units  are  a  complex  formula,  the  maximum  is  presented  above.  The  actual 
change  is  in  the  formula: 

SRU  =  16    (CP  +  IO  +  .028  (CP  +  ID)CM)  +  COVER 

which  is  changed  to: 

SRU  =  18  (CP  +  10+   015(CP  +  IO)CM)  +  COVER 


This  results  in  equal  charges  at  10K  and  a  reduction  for  all  larger  memory.    I/O  is  reduced  in 
the  same  proportion  as  CPU  time.    A  further  change  in  charges  for  online  storage  is  reviewed 
elsewhere. 


The  conversion  of  service  units  to  dollars  is  based  on  the  present  price  of  $0.68.  This  price 
has  been  continuously  declining  from  $1.00  over  the  past  three  years,  and  will  continue  to 
decline  as  utilization  grows.   Further  seasonal  adjustments  in  the  dollar  price  of  service  units 
will  be  in  effect  during  slack  periods. 

The  charges  outlined  above  will  be  put  into  effect  in  December  1979,  unless  user  responses 
indicate  a  need  for  further  review  or  explanation.    This  is  a  realignment  of  relative  prices, 
and  changes  in  one  direction  must  be  offset  by  other  changes  in  the  opposite  direction. 
Comments  and  suggestions  are  welcome,  but  should  be  submitted  by  October  1,  1979  to 
affect  the  decision. 


ON-LINE  STORAGE 

The  CYBER  on-line  storage  now  consists  of  two  levels,  disk  and  a  mass  storage  unit.  The 
disk  portion  of  the  system  is  presently  about  two  billion  characters  (three  million  PRU's)  and 
will  be  upgraded  during  the  next  12  months  to  about  six  billion  characters.   Mass  storage 
holds  about  twenty  billion  characters  and  may  be  upgraded  to  forty  billion. 

Over  the  past  year,  CSO  has  developed  an  archive  system  based  on  disk  and  tape.   Files 
appear  in  the  user  catalog  when  they  are  at  either  level  of  this  hierarchy,  and  movement  back 
and  forth  will  become  rapid  and  convenient  as  the  mass  storage  unit  replaces  tape. 

This  archive  system  was  developed  as  a  prototype  of  the  new  hierarchy,  and  we  are  now 
testing  the  mass  storage  unit  in  place  of  the  magnetic  tape.   It  is  possible  that  other  uses  of 
the  mass  store  will  be  available  later,  e.g.,  user-controlled  transfers.  The  processes  and 
behavior  of  the  archive  system  have  been  carefully  observed  since  the  beginning  so  that 
reasonable  policies  and  operating  philosophies  could  be  developed. 

That  portion  of  the  storage  complex  which  is  associated  with  the  catalog  (i.e.,  all  files  known 
to  the  system)  is  viewed  as  one  resource.  Actual  location  of  specific  files  is  chosen  to 
maximize  performance,  which  generally  means  having  the  smallest  return  traffic  from  mass 
storage  to  disk  and  the  most  possible  free  space  on  the  disks. 

All  of  this  has  led  to  the  following  pricing  policy  for  on-line  cataloged  storage: 

•  The  price  for  on-line  storage  space  is  being  cut  by  80  percent  on  December  22,  1979. 

•  As  of  December  22,  1979,  space  for  all  files  appearing  in  the  catalog  will  be  charged  at 
the  same  rate,  independent  of  where  they  reside  in  the  storage  hierarchy. 

.    No  charge  will  be  made  for  recalling  files  or  moving  them  to  mass  store. 

•  The  per-file  cover  charge  will  remain  as  before. 

•  Limits  will  be  applied  to  the  total  cataloged  space.  The  disk  space  limit  will  be  doubled 
for  all  users  and  project  managers. 


Current  CYBER  disk  charge  practice  is  as  follows: 

.    All  files,  regardless  of  type,  size,  or  residency,  are  charged  0.15  SRLTs  per  day  for 
overhead. 

.    All  disk  resident  files  are  charged  for  space  allocated  at  the  rate  of  0.03  SRLTs  per 
PRU  per  day  (this  price  may  be  reduced  80  percent  on  December  22,  1979). 

•  Non-disk  resident  (migrated)  files  are  not  charged  for  space  allocated  (this  will  change 
on  December  22,  1979). 

•  Charges  are  made  once  every  24  hours. 

•  Files  which  belong  to  identifiable  projects  which  have  run  out  of  funds  are  charged  for 
7  days  after  the  project  runs  out  of  funds.  Thereafter,  they  are  not  charged. 

•  Files  which  belong  to  projects  which  are  one  (or  more)  of  the  following  are  not 
charged: 

not  identifiable  (i.e.,  AAAA) 

cancelled 

expired 

out  of  funds  more  than  7  days 

owner  of  file  does  not  belong  to  project 

For  further  information  on  CSO  disk  policy,  see  the  January,  1979  issue  of  OFF-LINE. 


PROTECT  YOUR  COMPUTER  FUNDS 

Few  computer  users  give  much  thought  to  protecting  their  signons.   Most  of  them  would  not 
misuse  another's  signon  and  they  expect  others  to  behave  similarly.   However  the 
combination  of  an  available  signon,  a  shortage  of  needed  computer  funds  and  the  excitement 
of  learning  to  use  the  computer  can  combine  to  form  a  powerful  temptation.   It  can  be  more 
than  a  computer  enthusiast  can  resist. 

You  can  do  several  things  to  protect  your  signon.  The  most  important  is  to  start  thinking  of 
the  computer  time  allotted  to  you  as  money.   The  failure  to  equate  computer  time  and  money 
is  often  the  root  cause  for  both  the  theft  of  computer  time  and  the  carelessness  which  makes 
it  possible.   Give  your  signon  the  same  consideration  you  would  give  to  a  credit  card. 


Some  pointers  are: 

.    Be  sure  to  protect  your  signon  with  a  password. 

•  Change  your  password  frequently. 

.    Be  careful  with  job  decks  containing  your  signon  information. 

•  Do  not  keep  signon  information  in  any  publicly  accessible  file  or  dataset. 

.    When  signing  onto  a  CYBER  terminal,  do  not  enter  your  ID  and  password  on  the 
same  line.   Enter  your  ID  by  itself  and  wait  for  the  computer  to  request  your 
password.  The  computer  will  print  a  series  of  overprint  characters  to  hide  your 
password  when  you  type  it.   If  you  are  using  a  full  duplex  terminal,  your  password  will 
not  print  as  you  enter  it. 

•  Observe  the  CYBER  signon  message  printed  at  your  terminal  or  placed  in  your  dayfile 
giving  the  time  of  the  last  recorded  use  of  your  signon.  This  message  was 
implemented  in  response  to  thefts  of  computer  funds  which  went  undetected  for 
several  weeks.   If  your  signon  is  being  used  improperly,  the  message  can  alert  you 
before  substantial  amounts  are  stolen. 

Your  signon  is  your  responsibility.   It  is  CSO's  policy  to  refund  stolen  computer  funds  only  if 
CSO  is  at  fault.   If,  however,  your  computer  funds  are  being  stolen,  bring  it  to  the  attention 
of  the  CSO  accounting  office.   We  will  work  with  you  to  attempt  to  identify  the  offender  and 
obtain  restitution. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  July,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  35  hours 
and  the  mean  time  to  repair  was  about  41  minutes.   Problems  on  the  CYBER  were  caused  by 
ECS  system  errors  and  environmental  problems  due  to  storms. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  60  hours  and  the 
mean  time  to  repair  was  about  50  minutes. 


CYBER 


PERMANENT  FILE  CATALOG  ENTRIES 

For  each  permanent  file  on  the  CYBER,  the  NOS  operating  system  maintains  status  and 
control  information  in  a  system  area  called  the  permanent  file  catalog.  The  catalog  entry  for  a 
file  includes  information  such  as  the  date  of  creation  of  the  file,  the  file  type,  and  the  disk 
address  of  the  file.   Previously,  each  catalog  entry  was  8  words  long.   Future  versions  of  NOS 
will  maintain  16  words  of  information  in  each  catalog  entry. 

The  present  release  of  NOS  is  a  transition  release,  capable  of  supporting  either  8  or  16  word 
catalog  entries.  To  prepare  for  future  releases,  CSO  converted  to  16  word  entries  on  August 
19,  1979.   For  most  users,  this  change  will  be  transparent.   However,  the  following  external 
changes  were  made  to  the  operating  system  that  may  effect  user  programs: 

.    The  PFM  CATLIST  returns  a  16  word  catalog  entry,  rather  than  an  8.   Also,  the 
location  of  some  of  the  words  is  different.   If  symbols  in  common  deck  COMSPFM 
were  used  to  refer  to  the  catalog  entry,  only  reassembly  of  the  program  is  required. 

.    The  location  of  the  subsystem  field  in  the  catalog  entry  is  different.  Programs  that  do  a 
CATLIST  and  look  at  this  field  must  be  modified. 

.    A  new  field  of  the  subsystem  field  has  been  added  to  the  FET.  This  affects  all  PFM 
operations  in  which  the  subsystem  is  added  to  or  extracted  from  the  user  control 
word. 

Only  programs  which  issue  PFM  CATLIST  requests  or  which  explicitly  deal  with  the 
subsystem  flag  in  the  FET  are  affected  by  this  change.  The  number  of  such  programs  is 
thought  to  be  quite  small.   Users  with  such  programs  can  examine  the  new  format  of  the 
catalog  entry  and  the  location  of  the  subsystem  flag  in  the  FET  by  examining  the  common 
deck  COMSPFM  in  the  file  COMSPFM.  To  look  at  this  file,  issue  the  command: 

GET,COMSPFM/UN=DOCUMNT 

Users  who  are  severely  affected  by  this  change  or  who  require  additional  information  should 
contact  Robert  Penka  (333-4709). 


CHANGES  IN  ICE 

On  August  20,  1979,  the  ICE  text  editor  was  changed  to  prefer  FLOAT  line  numbers  instead 
of  fixed  line  numbers.   FLOAT  mode  is  automatically  selected  when  editing  an  existing  file 
which  has  no  line  numbers  present  in  the  text,  or  when  editing  an  empty  file.   Fixed 
numbering  will  still  be  honored  for  existing  files  which  do  contain  sequence  numbers. 
Previously,  ICE  assumed  fixed  numbering  or  NUMBER  mode  for  empty  files  and 
NONUMBER  mode  for  existing  files  which  contained  no  line  numbers. 


This  change  was  made  because  statistics  showed  that  only  15-20%  of  the  ICE  usage  was  with 
fixed  line  numbers.  This  meant  that  a  large  majority  of  the  user  community  had  been  taking 
extra  steps  to  override  the  old  default.   Although  NONUMBER  mode  is  more  popular  than 
FLOAT  mode,  we  selected  FLOAT  as  the  default  to  simplify  conversion  for  those  users  who 
have  been  using  fixed  line  numbers  and  to  facilitate  teaching  novices  to  use  ICE. 

When  editing  in  FLOAT  mode,  the  teletype  display  and  command  syntax  allow  for  numbers 
which  simply  refer  to  the  nth  line  of  the  file.  The  numbers  are  not  actually  present  in  the 
file,  so  it  is  not  necessary  to  use  the  EU  command  when  exiting.   Whenever  you  insert  or 
delete  a  line,  the  numbers  associated  with  subsequent  lines  in  the  file  are  automatically 
changed.  This  means  that  the  increment  between  numbers  is  always  one,  and  the  user  never 
has  to  worry  about  devising  a  sequence  number  and  increment  to  fit  one  or  more  new  lines 
between  two  existing  lines. 

Although  FLOAT  mode  does  not  provide  a  permanent  association  between  a  specific  number 
and  a  specific  line  of  text,  we  have  found  that  very  few  users  require  permanent  numbers. 
The  use  of  EU  is  nearly  identical  to  the  use  of  NUMBER  mode,  which  means  that  most  users 
of  NUMBER  mode  are  actually  saving  their  permanent  files  with  the  sequence  numbers 
stripped  ofT. 

With  the  new  version  of  ICE,  it  will  still  be  possible  to  switch  efficiently  between 
NONUMBER  (NO)  and  FLOAT  modes.   Also,  it  will  still  be  possible  to  add  sequence 
numbers  to  an  unsequenced  file  with  the  /SEQ  option.  To  select  NUMBER  mode  for  a  new 
file,  simply  use  the  /NUM  option  on  the  control  statement. 


EDUNET  NETWORK 

EDUNET  is  an  academic  computing  network  established  by  EDUCOM,  Interuniversity 
Communications  Council,  Inc.,  to  promote  cooperation  among  universities  in  the  sharing  of 
computing  resources.  With  its  central  offices  in  Princeton,  New  Jersey,  EDUNET  serves  as  a 
clearinghouse  for  information,  and  as  the  administrative  link  between  users  and  suppliers  of 
computing  resources.   Access  to  EDUNET  provides  several  attractive  opportunities: 

•  If  an  individual  at  the  U  of  I  requires  the  use  of  a  particular  package  that  is  not 
currently  supported  by  CSO,  he  or  she  may  be  able  to  find  that  software  offered  on 
the  system  of  another  EDUNET  member  institution,  and  avoid  the  burden  of 
software  purchase  and  installation. 

•  Users  interested  in  purchasing  a  particular  piece  of  software  can  arrange  to  test  and 
evaluate  that  software  at  an  institution  where  it  has  been  already  installed. 

•  Cooperative  ventures  among  researchers  on  different  campuses  can  be  coordinated  by 
having  both  users  work  on  the  same  machine.   An  electronic  mail  service 
(EDUMAIL)  also  can  be  used  to  send  messages  to  other  users  of  EDUNET. 


•  Several  Computer  Aided  Instruction  (CAD  packages  developed  by  various  institutions 
are  available  for  instructional  use.   These  packages  include  programs  in  law, 
agriculture,  physical  science,  social  science,  and  medical  science.   Interested  users 
could  integrate  these  materials  into  their  courses. 

•  Users  can  access  data  bases  of  interest  at  other  campuses. 

There  are  now  15  resource  suppliers  on  EDUNET:  Carnegie-Mellon,  Cornell,  Dartmouth, 
Delaware,  Georgia  (Athens),  UIUC,  Minnesota,  MIT,  North  Carolina  Educational 
Computing  Services,  Notre  Dame,  Rice,  Stanford,  SUNY  (Albany),  Wisconsin  (Madison), 
and  Yale. 

CSO  expects  EDUNET  use  to  proceed  in  two  directions:  outside  users  will  have  access  to 
resources  on  the  CYBER,  and  campus  users  who  want  services  not  offered  on  the  CYBER, 
will  have  access  to  these  services  elsewhere.   In  most  cases,  a  user  must  have  "real  money"  to 
establish  an  account  at  another  institution  through  EDUNET. 

EDUNET  services  are  provided  via  TELENET,  a  nationwide  Public  Packet-Switched  Network. 
(Note:  EDUNET  simply  uses  TELENET  as  the  communications  carrier,  it  is  not  associated 
with  TELENET  in  any  other  way.)   Three  TELENET  lines  come  into  the  CYBER  (TELENET 
address  is  217  UI).   For  outgoing  users,  the  local  number  for  access  to  TELENET  is  384- 
0011. 

Navin  Sharma  (333-2171,  mornings)  is  the  campus  EDUNET  Liaison  and  TELENET 
Coordinator.    Please  call  him  for  more  information  about  EDUNET  and  TELENET,  or  with 
suggestions  you  may  have  on  data  base  or  software  offerings  that  could  or  should  be  made 
available  to  outside  users.   Demonstrations  on  other  systems  can  be  arranged. 


1200  BAUD  DIAL-UP  SERVICE  UPDATE 

This  is  a  progress  report  concerning  the  1200  baud  dial-up  service  {OFF-LINE,  November 
1978  and  February  1979). 

The  modems  have  arrived  from  the  company  and  are  being  installed.   Persons  who  placed 
requisitions  with  CSO  have  been  notified  to  pick-up  their  modems.   If  you  indicated  you 
wanted  a  modem,  but  did  not  send  a  requisition,  you  should  do  so  soon.  The  requisition 
should  be  sent  to  Stan  Rankin,  150  DCL. 

To  make  use  of  the  modems  you  will  need  to  place  an  order  with  Bell  Telephone  to  change 
an  existing  phone  line  or  install  a  new  line.   In  selecting  the  line,  your  choice  of  full  service, 
areas-only  service,  or  campus-only  service  will  be  the  same  as  a  regular  voice  phone  order. 
NOTE:  Campus-only  service  is  not  recommended  because  long  distance  testing  might  be 
necessary. 


In  addition,  you  must  supply  the  following  information  to  Bell  Telephone: 

.    Rixon  T212A  modem  with  FCC  registration  number  AE-798A-62513-DM-E  and 
ringer  equivalence  0.4A. 

.    An  RJ41S  Universal  data  jack  with  503  handset  wired  with  the  following  options: 

A2,  B4,  C6,  and  D8. 

For  those  of  you  who  are  interested  in  1200  baud  dial-up  to  the  CYBER  but  who  have  not 
acted  as  yet,  there  are  two  options: 

.    Drop  a  requisition  to  Stan  Rankin  (150  DCL)  saying  that  you  would  like  to  purchases 
modem  for  $830.00;  or 

.    Order  a  rental  modem  from  Bell  Telephone  (one-time  charge  of  approximately  $100 
with  a  monthly  rental  of  $41). 

If  you  choose  to  purchase  a  modem,  Purchasing  will  make  an  order  out  of  the  collective 
requests  and  place  it  with  the  company. 

If  you  choose  to  rent  a  modem,  call  352-9972  and  place  an  order,  specifying  your  choice  of 
service  (full  service,  area-only,  or  campus-only)  for  the  phone  line  and  indicate  that  a  212a 
modem  is  required  with  the  following  options: 

Al,  B3,  C5,  D7,  and  E10. 
After  your  modem  and  phone  line  have  been  installed,  dial 

333-4001 
to  reach  the  1200-baud  port  on  the  CYBER. 


CYBER  MANUALS  -  REVISIONS 

Revisions  of  the  following  CYBER  manuals  are  available  at  the  CSO  Distribution  Center 
(Room  164  DCL): 

Modify  Reference  Manual  (60450100)  -  Revision  E 

NOS  Text  Editor  Reference  (60436100)  -  Revision  G 

These  revised  manuals  will  be  given  in  exchange  for  your  outdated  copies. 


STATISTICAL  SERVICES 


STATISTICAL  MANUALS  ON  RESERVE 

The  following  statistical  manuals  have  been  placed  on  2-hour  reserve  in  the  University  of 
Illinois  Undergraduate  Library.   They  are  all  listed  under  "CSO  Statistical  Services"  in  the 
Course  Card  File. 


BMDP 

BMDP  -  Biomedical  Computer  Programs  P-Series  J 977,  Health  Sciences  Computing  Facility, 
University  of  California  School  of  Medicine,  University  of  California  Press,  Los  Angeles, 
California,  1977. 


COFAMM 

COFAMM  -  Confirmatory  Factor  Analysis  with  Model  Modification,  National  Educational 
Resources,   Chicago,  Illinois,  1976. 


EFAP 

EFAP  -  Exploratory  Factor  Analysis  Program,  National  Educational  Resources,   Chicago, 
Illinois,  1976. 


FOSOL 

FOSOL  User  Manual  (Second  Edition),  D.  Anton  Florian,  Sangamon  State  University, 
Springfield,  Illinois,  1978. 


LISREL  III 

LISREL  III -Estimation  of  Linear  Structural  Equation  Systems  by  Maximum  Likelihood  Methods, 
National  Educational  Resources,  Chicago,  Illinois,  1976. 


MULTIQUAL 

MULTIQUAL  -  Log- Linear  Analysis  of  Nominal  or  Ordinal  Qualitative  Data  by  the  Method  of 
Maximum  Likelihood,  National  Educational  Resources,  Chicago,  Illinois,  1977. 
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MULTIVARIANCE  V 


MUL1TVARIANCE  -  Univariate  and  Multivariate  Analysis  of  Variance,  Covariance  and 
Regression  (Version  V),  National  Educational  Resources,   Chicago,  Illinois,  1976. 


MULTIVARIANCE  VI 

MULTIVARIANCE  -  Univariate  and  Multivariate  Analysis  of  Variance,  Covariance,  Regression 
and  Repeated  Measures  (Version  VI),  National  Educational  Resources,  Chicago,  Illinois,  1978. 


SAS79 

SAS  -  Statistical  Analysis  System  User's  Guide  (1979  Edition),  SAS  Institute,  Raleigh,  North 
Carolina,  1979. 


SIR 

SIR  -  Scientific  Information  Retrieval  User's  Manual,  SIR  Inc.,  Evanston,  Illinois,  1979. 

SOUPAC 

SOUPAC  -  Program  Descriptions  (Volumes  I  and  II),  Computing  Services  Office-University  of 
Illinois,  Urbana,  Illinois,  1976. 


SPSS 

SPSS  -  Statistical  Package  for  the  Social  Sciences- User's  Manual,  McGraw-Hill  Book  Company, 
New  York,  1975. 

SPSS  -  Statistical  Package  for  the  Social  Sciences-Primer,  McGraw-Hill  Book  Company,  New 
York,  1975. 

SPSS  -  Statistical  Package  for  the  Social  Sciences-  Statistical  Algorithms,  McGraw-Hill  Book 
Company,  1979. 

SPSS  -  Statistical  Package  for  the  Social  Sciences-Online,  Northwestern  University,  Evanston, 
Illinois,  1978. 

SPSS  -  Statistical  Package  for  the  Social  Sciences-IBM  Update,  McGraw-Hill  Book  Company, 
New  York,  1979. 

SPSS  -  Statistical  Package  for  the  Social  Sciences-CDC  Update,  Northwestern  University, 
Evanston,  Illinois,  1977. 
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STAT 

STAT  -  Conversational  Statistical  Package  User  Manual,  Computing  Services  Office-University 
of  Illinois,  Urbana,  Illinois,  1978. 


NUMERICAL  SERVICES 


ALPS  REMOVED 


Pursuant  to  the  announcement  in  the  February  1979  issue  of  OFF-LINE,  the  ALPS  package 
on  the  360/75  will  no  longer  be  available  after  October  1,  1979.   Users  of  ALPS  should 
convert  to  using  MPOS  or  EZLP  on  the  Cyber.   Questions  should  be  directed  to  Stan  Kerr 
(Room  175  DCL,  333-4715). 


FULL  RELEASE  OF  LINPACK 

The  first  official  release  of  the  LINPACK  package  of  subroutines  for  the  analysis  of  linear 
systems  of  equations  has  been  received  and  installed  on  both  the  360/75  and  the  CYBER. 
On  the  CYBER,  it  has  been  made  a  separate  library  called  LINPACK,  and  is  accessed  via  the 
GRAB  command: 

GRAB.UNPACK. 

This  control  card  attaches  the  library  and  adds  it  to  your  global  library  set. 

On  the  360/75,  LINPACK  is  available  in  the  dataset  SYS1. LINPACK  and  can  be  used  via  the 
LIBFILE  parameter  on  most  catalog  procedures.   For  example, 

//  EXEC  FORTLDGO.LIBFILE^SYSl.LINPACK' 

The  old  pre-release  of  LINPACK  in  NATSLIB  on  the  CYBER  will  remain  available  until 
October  1,  at  which  time  it  will  be  removed  from  NATSLIB. 

LINPACK  is  documented  in  the  UNPACK  User's  Guide  published  by  SIAM  (Society  for 
Industrial  and  Applied  Mathematics);  copies  are  on  display  at  the  Systems  Consulting  Office 
(Room  138  DCL)  and  at  the  Chemistry  RJE.  The  Guide  can  be  ordered  for  $14.00  (plus 
$1.50  handling)  from  the  following  address: 

SIAM 

P.O.  Box  8500  -  53345 

Philadelphia,  PA    19103 
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On  the  CYBER,  source  and  short  writeups  of  individual  UNPACK  routines  can  be  obtained 
via  the  procedure  LINDOC,  accessed  as  follows: 

GRAB.LINDOC. 

Instructions  on  use  of  LINDOC  can  then  be  displayed  by  entering: 

CALL,LINDOC(HELP=DETAIL). 

Questions  or  problems  concerning  UNPACK  should  be  directed  to  Stan  Kerr  (Room  175 
DCL,  333-4715). 


MISCELLANEOUS 


TERMINAL  TABLES  FOR  SALE 


CSO  has  a  limited  number  of  new  terminal  tables  for  sale.   The  tables  are  40  inches  wide,  26 
inches  high,  and  24  inches  deep.  The  color  is  white  and  the  cost  is  $200  apiece.  Contact 
Harold  Lopeman  (Room  18  DCL,  333-0304)  for  further  details. 


DECWRITER  II  MAINTENANCE  AND  REPAIR 

Effective  October  1,  1979,  CSO  will  offer  a  repair  service  for  DECwriter  II  terminals. 
Charges  will  be  made  for  parts  and  labor.   For  maintenance  and  repair,  call  333-0969. 


GIVE  US  YOUR  NAME!! 

Periodically  individuals  contact  CSO  looking  for  programmers,  keypunchers,  etc.  to  do  work 
for  them.  These  requests  range  from  small  one-time  jobs  to  extensive  jobs  requiring 
knowledge  of  computer  languages,  coding  and  such.   CSO  wishes  to  maintain  a  current  file  of 
names  of  persons  willing  to  be  contacted  for  such  work. 

If  you're  interested  in  being  included  in  such  a  file,  stop  by  Room  150  DCL  to  fill  out  a  form, 
or  call  and  we  will  send  you  one.   Each  name  will  be  kept  on  file  for  a  period  of  one  year 
unless  an  individual  specifically  states  his/her  intention  to  be  available  for  a  longer  period  of 
time. 

CSO  will  give  names  and  phone  numbers  to  prospective  employers  who  will  contact  you  at 
his/her  discretion. 
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HELP  WANTED 


FULL-TIME  PROGRAMMER  NEEDED 

A  full-time  programmer  is  needed  to  work  in  a  computerized  eye  movement  reading  research 
lab.   Opportunity  for  programming  on  a  DEC  PDP  1 1/40  used  to  conduct  psychological 
investigations.   Applicant  must  be  able  to  develop  applications  packages  in  FORTRAN  and 
BASIC  and  be  familiar  with  or  able  to  learn  MACRO.   Preference  given  to  applicants  familiar 
with  RT-1 1  operating  system.  For  further  information  contact: 

Thomas  Hogaboam 
Center  for  the  Study  of  Reading 
51  Gerty  Drive,  Room  45 
Phone:   333-7639  or  333-7644 


UNDERGRADUATE  PROGRAMMER  WANTED 

An  undergraduate  programmer  is  wanted  for  the  school  year  and  beyond.  Opportunity  for 
systems  level  programming  (FORTRAN  and  MACRO)  on  a  DEC  PDP  11/34  running  human 
psychological  research  laboratory.   Special  equipment  includes  color  displays,  high  resolution 
micro-processor  controlled  CRT's,  RT  11  operating  system  and  TSX  time-sharing  system. 
Development  work  will  range  from  FORTRAN  application  packages  to  operating  system 
device  handlers.   Some  routine  hardware  maintenance  duties  may  be  included. 

Applicants  must  be  interested  in  working  for  at  least  one  year,  have  extensive  programming 
experience  (FORTRAN  or  equivalent),  and  a  willingness  to  learn  and  work  hard.   Preference 
will  be  given  to  individuals  with  some  machine  language  experience,  sophomore  or  junior 
class  standing  and  some  experience  with  hardware. 

For  additional  information,  contact  the  Human  Attention  Research  Lab.,  333-7739. 


PROGRAMMER  NEEDED 

A  programmer  is  needed  for  hourly  work  on  a  research  project  involving  file  migration  and 
the  Mass  Storage  System.   The  work  will  occupy  10  to  20  hours  per  week,  mostly  in  the 
evening.   Familiarity  with  the  CYBER  175,  FTN  and  ICE  is  required.   It  is  also  desirable  to 
know  something  about  CCL  (CYBER  PROC  files),  GCS,  SPSS  and  CYBER  tapes. 

If  interested,  please  pick  up  a  form  from  150  DCL  and  fill  out. 
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ARTICLE  REPRINTS 

CSO  has  selected  the  following  articles  to  be  reprinted  from  September  1978  through  July 
1979  issues  of  OFF-LINE.  These  particular  articles  were  selected  as  being  most  informative 
for  new  users,  or  for  those  users  who  may  have  missed  these  issues  while  away. 


PAYMENTS  TO  CSO 

The  Computing  Services  Office  now  accepts  payment  by  check  or  charge  to  a  University 
Departmental  account  number  for  all  purchased  manuals,  tapes,  rental  terminals  and  any 
other  items  provided  by  CSO. 

A  non-University,  real  money  account  established  with  CSO  for  billing  computer  time  will  be 
treated  the  same  as  a  University  Departmental  account  if  the  billing  for  the  purchase  is  in  the 
same  name  as  the  billing  for  the  computer  time. 

CSO  will  accept  personal  checks,  money  orders,  bank  drafts,  traveller's  checks  or  similar 
forms  of  payment.  The  check  must  be  made  out  for  the  amount  of  the  purchase,  payable  to 
the  University  of  Illinois.  Cash  will  not  be  accepted. 

When  you  pay  by  check,  you  substantially  reduce  the  time  and  cost  expended  in  typing  and 
mailing  invoices. 

Reprinted  from  OFF-LINE,  September  1978 


AUTOBAUD  ON  THE  CYBER 

Communications  software  has  become  available  for  the  CYBER  that  provides  automatic 
detection  at  signon  of  the  speed  at  which  a  terminal  sends  and  receives  data,  i.e.,  the  baud 
rate.   Until  now  it  has  been  necessary  to  use  separate  phone  numbers  for  110  baud  (10 
characters/second)  and  300  baud  (30  characters/ second)  terminals. 

Automatic  detection  of  terminal  speed  is  made  possible  by  first  establishing  the  initial 
character  that  will  be  received  and  recognized  by  the  system  when  entered  from  a  terminal, 
and  then  by  using  the  communications  software  to  sucessively  test  the  various  line  speeds 
(e.g.,  the  lowest  to  the  highest).   If  the  line  speed  being  tested  is  wrong,  the  initial  character 
will  be  in  garbled  form  and  will  appear  to  the  system  as  some  character  other  than  the 
designated  initial  character,  and  the  next  line  speed  will  then  be  selected  for  testing.   When 
the  correct  line  speed  is  selected,  the  initial  character  is  properly  received  and  recognized  and 
this  line  speed  is  then  used  in  all  further  transmissions  to  and  from  the  terminal  during  that 
session. 
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CSO  installed  the  new  communications  software  on  May  22,  1979.   The  carriage  return  has 
been  designated  as  the  initial  character  to  be  expected  by  the  system.   After  the  connection  is 
made,  you  must  enter  a  number  of  carriage  returns  to  receive  the  signon  prompt.   If  any 
other  character  is  entered,  the  autobaud  detection  facility  will  not  work  properly  and  you  may 
not  be  able  to  sign  on. 

The  new  software  requires  only  a  single  phone  number  to  handle  both  1 10  baud  and  300 
baud  terminals.   The  old  phone  numbers  have  been  taken  out  of  service.  To  access  the 
CYBER  from  any  1 10  baud  or  300  baud  dial-up  terminal,  call  333-4000. 

Reprinted  from  OFF-LINE,  June  1979 


TELENET  INSTALLED 

TELENET  is  a  Public  Packet-Switched  Network  for  nationwide  computer  communications. 
Many  universities  and  commercial  firms  are  connected  to  TELENET.   Some  of  the 
educational  institutions  on  TELENET  are  Cornell  University,  Dartmouth  College, 
Massachusetts  Institute  of  Technology,  University  of  Michigan,  University  of  Minnesota, 
Notre  Dame  University,  and  Stanford  University. 

A  TELENET  node  has  been  installed  in  Urbana.  This  will  allow  users  of  resources  outside 
the  University  access  to  TELENET  subscribers.   Local  users  who  have  in  the  past  found  it 
necessary  to  use  the  node  in  Chicago  via  a  long-distance  telephone  call  may  now  dial  a  local 
telephone  number.  The  local  node  (384-0011)  has  a  rotary  with  several  lines,  each  operating 
at  300  baud. 

In  addition,  the  CYBER  has  been  connected  to  the  TELENET  network  and  three  300  baud 
ports  have  been  assigned.  This  connection  will  allow  nationwide  access  to  the  CYBER.   It 
should  prove  to  be  quite  useful  for  CSO  users  who  wish  to  gain  access  to  the  CYBER  from 
remote  locations  (e.g.,  faculty  members  on  sabbatical  who  have  Research  Board  allocations 
will  have  access  to  the  CYBER  through  TELENET).  The  TELENET  address  for  the  CYBER 
is  217  UI.  This  address  must  be  entered  when  logging  on  to  TELENET  to  reach  the  CYBER. 

Reprinted  from  OFF-LINE,  April  1979 


NEW  GRAPHICS  TERMINALS 

CSO  has  acquired  two  Tektronix  4014  storage  tube  graphics  terminals.  The  4014,s  have  a 
large  screen  (19  inch  diagonal)  with  4096  by  4096  addressability  for  high  resolution  display. 
In  addition,  the  terminal  hardware  can  produce  four  types  of  dashed  lines  and  four  different 
character  sizes.  These  4014's  are  also  equipped  with  the  Enhanced  Graphics  Module  (EGM) 
which  can  draw  arcs,  perform  coordinate  transformations,  allow  user-programmable  function 
key  definition,  and  user-definable  character  fonts. 
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All  4010  (or  4006)  software  will  execute  on  a  4014  without  program  modification.  This 
includes  programs  using  the  GCS  Tektronix  4010  subroutine  library  (GCSTEKT)  and  the 
PLOT- 10  subroutine  library.  There  is  a  GCS  library,  GCSTK14,  available  especially  for  use 
with  a  4014,  and  can  be  accessed  with  the  statement: 

GRAB.GCSTK14. 

To  take  advantage  of  the  4014's  high  resolution  when  using  PLOT- 10,  you  should  include  a 
call  to  the  TERM  subroutine.   See  the  PLOT- JO  Terminal  Control  System  User  Manual  for 
more  details. 

Both  GCSTK14  and  PLOT- 10  take  advantage  of  the  high  resolution,  dashed  line  types  and 
multiple  character  sizes.   We  currently  have  no  software  available  to  use  the  features  of  the 
Enhanced  Graphics  Module. 

These  new  terminals  are  usable  in  conjunction  with  the  Versatek  hardcopy  units.   For  this 
reason,  we  plan  to  install  one  4014  at  the  Electrical  Engineering  RJE  and  one  at  the  Lincoln 
Hall  RJE,  if  we  can  arrange  satisfactory  hours  of  access.  A  test  system  has  already  been 
installed  at  Electrical  Engineering. 

We  have  also  received  two  Tektronix  4027  Color  Graphics  terminals.  The  raster  scan 
technology  (similar  to  that  of  color  television)  allows  up  to  eight  colors  to  be  displayed  at  one 
time,  chosen  from  a  set  of  64  colors.  The  user  may  define  up  to  120  color  patterns  to  achieve 
the  appearance  of  more  than  eight  colors.  The  terminal  can  draw  eight  line  styles,  arcs, 
circles,  and  both  filled  and  unfilled  polygons.   Graphic  input  can  be  accomplished  via  crosshair 
cursers.  Currently,  no  reasonably  priced  hardcopy  unit  is  available.   We  are  looking  into  the 
possible  use  of  camera  equipment. 

We  will  announce  the  availability  of  the  4027  terminals  in  OFF-LINE  as  soon  as  the  software 
support  development  is  completed.   At  this  time,  we  plan  to  install  one  of  the  4027's  in 
Lincoln  Hall;  the  location  of  the  other  4027  has  not  been  decided. 

The  Tektronix  4014  and  4027  terminals  are  quite  expensive  compared  to  the  cost  of  other 
graphics  terminals.   For  this  reason,  we  will  charge  10  service  units  per  connect  hour  for  their 
use.  This  information  will  be  posted  at  each  of  these  terminals. 

Questions  about  the  4014  and  4027  terminals  and  graphics  software  may  be  directed  to  the 
Systems  Consultants  (Room  138  DCL,  333-  6133)  or  to  Allen  Tuchman  (Room  181  DCL, 

333-2048). 

Reprinted  from  OFF-LINE,  July  1979 
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NEW  UTILITY  CALLED  GRAB 

GRAB  is  a  new  utility  which  simplifies  access  to  programs,  procedures,  libraries  and 
documentation  on  the  CYBER.  The  statement 

GRAB.product. 

will  build  and  call  a  procedure  which  performs  the  initialization  necessary  to  use  that  product. 
The  last  statement  of  the  procedure  used  for  the  initialization  is  a  comment  indicating  the 
names  of  any  local  files  obtained  in  the  initialization  as  an  aid  to  returning  products  after  their 
use.  The  statement 

GRAB. 

will  produce  a  list  of  the  products  currently  available  along  with  a  short  description  of  each 
product.   To  produce  a  printed  copy  of  this  list  from  a  terminal,  use  the  statements 

GRAB/NAME=//stfngf//e. 

PRINT ,listingfile/CC/RJE= remote  identification. 

To  obtain  the  on-line  documentation  for  a  product,  use  the  statement 

GRAB.producf/WRITEUP. 

In  this  case,  the  final  comment  in  the  initialization  procedure  will  list  not  only  the  local  file 
name(s)  of  the  documentation  file(s),  but  also  will  indicate  if  they  contain  carriage  control 
(/CO  or  are  upper/lower  case  (/ASCII).  GRAB  maintains  a  separate  list  of  the  products  for 
which  on-line  documentation  is  available.  This  list  may  be  displayed  using  the  statement 

GRAB/WRITEUP. 

From  time  to  time,  CSO  makes  available  versions  of  products  which  will  be  installed  as 
standard  at  some  time  in  the  future.  To  obtain  such  a  future  version,  use  the  statement 

GRAB.producf/FUTURE. 

A  list  of  products  for  which  there  are  future  versions  may  be  obtained  using  the  statement 

GRAB/FUTURE. 

When  there  is  new  documentation  associated  with  a  future  version  of  a  product,  the 
FUTURE  and  WRITEUP  switches  may  be  combined  to  obtain  it.   For  example,  the  statement 

GRAB.producf/FUTURE/WRITEUP. 

will  obtain  the  documentation  on  a  future  version  of  a  product. 


18 


The  statement 

GRAB/FUTURE/WRITEUP. 

will  list  the  products  for  which  such  future  documentation  is  available.   When  the  removal  of 
a  particular  version  of  a  product  might  cause  some  conversion  problems,  CSO  may  maintain  a 
past  standard  version  of  a  product  for  a  time.  The  PAST  switch  may  be  used  to  obtain  past 
products  and  documentation  in  the  same  way  the  FUTURE  switch  is  used  to  obtain  future 
versions. 

As  a  convenience,  batch  users  and  users  of  the  time-sharing  BATCH  subsystem  may  use  the 
WRITEUP,  PAST,  or  FUTURE  programs  as  substitutes  for  the  GRAB  program  with  the 
WRITEUP,  PAST,  or  FUTURE  switches.  Thus,  statements  within  each  group  below  are 
equivalent. 

FUTURE.prodivcf. 
GRAB.producf/FUTURE. 

WRITEUP. 
GRAB/WRITEUP. 

FUTURE.producf/WRITEUP. 
WRITEUP.producf/FUTURE. 
GRAB.producf/FUTURE/WRITEUP. 
GRAB.producf/WRITEUP/FUTURE. 

PAST. 
GRAB/PAST. 

Reprinted  from  OFF-LINE,  October  1978 


PROCEDURE  FILES  UNDER  RELEASE  4 

CSO  supports  a  number  of  procedure  files  on  the  CYBER,  some  stored  in  User  Number 
LIBRARY,  and  some  (experimental  or  non-supported)  in  User  Number  PROC.   Most  of 
these  procedures  have  been  upgraded  to  work  under  Release  4  of  NOS.   In  the  process,  all 
procedures  were  modified  to  use  the  following  conventions  for  getting  documentation  about 
the  procedure. 

•  Calling  a  procedure  with  HELP = YES  causes  a  short  description  of  the  procedure's 
parameters  to  be  placed  on  file  OUTPUT  (which  is  displayed  at  the  terminal  in  time- 
sharing). 

•  In  most  cases,  calling  a  procedure  with  HELP = DETAIL  causes  a  full  explanation  of 
the  use  of  the  procedure  to  be  placed  on  file  OUTPUT,  in  addition  to  the  short 
description.  The  short  description  always  tells  you  whether  HELP  =  DETAIL  is 
possible.   If  other  values  of  HELP  are  possible,  the  short  description  lists  them. 
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If  you  are  in  time-sharing  and  would  like  to  have  the  documentation  printed,  include 
the  parameter,  OUTPUT =lfn  when  you  call  the  procedure  HELP,  and  use  the  PRINT 

rr\rrtmanr\       Fnr  pviimnlp' 


command.   For  example: 


CALL,DEBLOCK(HELP=DETAIL,OUTPUT=X) 
PRINT.X. 

will  cause  a  complete  writeup  for  DEBLOCK  to  be  printed  on  the  CYBER  line  printer 
at  DCL. 

Some  general  documentation  about  CSO  procedures  can  be  obtained  in  time-sharing  via  the 
procedure  PROCDOC: 

GRAB.PROCDOC. 
CALL.PROCDOC. 

This  procedure  runs  an  interactive  program  which  allows  you  to  obtain  short  descriptions  of 
CSO  procedure  files,  as  well  as  other  information. 

CSO  procedures  do  not  yet  follow  the  usage  of  BEGIN  as  provided  in  the  new  CYBER 
Control  Language  (CCL).   All  of  the  CSO  procedures  will  follow  the  CALL  usage  until 
January  1979.   After  that  time,  assuming  no  hindrances,  CSO  procedures  will  follow  the 
BEGIN  conventions.   Details  on  how  procedure  usage  will  (or  will  not)  change  will  be  given 
in  a  future  OFF-LINE  article. 

Listed  below  are  CSO  procedures  which  were  stored  in  User  Numbers  LIBRARY  and  PROC 
under  the  old  system,  and  their  status  under  the  new  system. 


Procedures  in  User  Number  LIBRAR  Y 

Procedures  that  have  been  deleted  are: 

FILES  PAS 

FIXMODE  SEE 

Procedures  which  are  working  are: 


PROCDOC 

FOS 

IMSLDOC 

MAN 

NATS  DOC 

SOUP 

MISCDOC 

CONVPRC 

TIDYPRC 

INT8080 
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Procedures  which  are  working,  but  with  some  changes  are: 
MATHDOC  Some  changes;  see  HELP. 

MSLDCC  Slight  change;  see  HELP. 

PASINI  Some  changes;  see  HELP. 

DEBLOCK  See  TBLOCK. 


TBLOCK 


USERLIB 


Because  of  changes  in  CYBER  Record  Manager,  the  TAPE=  file 
in  DEBLOCK  and  TBLOCK  must  be  a  magnetic  tape. 

An  XREF  parameter  has  been  added  so  that  the  new  library  can 
be  generated  without  the  internal  cross-reference  table  which  is 
the  default. 


Deleted  procedures  are: 

ACCESS 

OPLGET 

OPLSAVE 

OPLMAKE 

OPLSET 

TXCONV 


Procedures  in  User  Number  PROC 


OPLADD 

OPLPURG 

OPLSRC 

OPLREN 

XCAT 


Procedures  which  are  working  as  of  this  writing  are: 

CATLG  CONVTSB 

SORTCAT  LIM 

Procedures  not  yet  working: 

OPLSORT 
UNPRIME 

Please  note  that  procedures  stored  in  User  Number  PROC,  or  procedures  retrieved  from 
PROC  which  normally  reside  in  LIBRARY,  are  generally  experimental;  their  performance  is 
not  guaranteed.  Comments  about  the  behavior  and  suggestions  for  the  improvement  of 
these  procedures  are  welcome. 

Reprinted  from  OFF-LINE,  October  1978 
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SOUPAC  ON  THE  CYBER:  PROGRESS  REPORT 

The  SOUPAC  system  of  statistical  programs,  previously  resident  only  on  the  360/75,  is  now 
operative  and  being  used  by  several  classes  and  researchers  on  the  CYBER.   The  support 
system  which  consists  of  a  large  body  of  programs,  and  some  28  of  the  statistical  programs 
have  been  converted  and  many  technical  problems  solved. 

The  steadily  growing  list  of  converted  statistical  programs  includes  most  of  those  in  the 
Analysis  of  Variance,  Correlations  and  Regressions,  and  Factor  Analysis  sections  of  the 
SOUPAC  manual,  as  well  as  Transformations  and  Matrix.   Converted  programs  have  the 
same  parameter  sequences  as  the  IBM  versions  described  in  the  SOUPAC  Program 
Descriptions  manual  available  through  the  CSO  Distribution  Center  (Room  164  DCL).    A  list 
of  currently  converted  programs  is  provided  at  the  end  of  this  article. 

Users  are  encouraged  to  try  the  CYBER  version  of  SOUPAC,  particularly  for  the  faster 
turnaround  times.   Suggestions  from  users  are  welcome  and  are  often  helpful  in  the  design 
and  maintenance  of  CYBER  SOUPAC,  particularly  in  its  implementation  policy  and  support 
routines. 

CYBER  SOUPAC  is  very  similar  to  IBM  SOUPAC.   However,  the  support  system  behind  the 
various  statistical  programs  is  vastly  different.   Efforts  are  being  made  to  make  the  CYBER 
SOUPAC  support  system  as  accurate  as  possible,  more  efficient,  and  fully  compatible  with 
future  releases  of  the  CDC  CYBER  operating  system.   System  support  development, 
therefore,  coincides  with  statistical  program  conversion. 

To  use  CYBER  SOUPAC,  check  the  list  of  available  programs  shown  on  the  next  page,  set 
up  program  calls  according  to  the  SOUPAC  Program  Descriptions  manual,  and  see  the  handout 
SOUPAC  on  the  CYBER  which  is  available  from  the  Statistical  Consulting  Office  (Room  65 
Commerce  West)  for  examples  of  the  SOUPAC  calling  sequence  on  the  CYBER. 


CYBER  SOUPAC  Statistical  Programs 

CORRELATIONS  AND  REGRESSION  ANALYSIS  OF  VARIANCE 
BIS  BAL 

COR  DIS 

LON  POST 

MIS  T-T 

OLS 

REG  DATA  AND  MATRIX  MANIPULATION 
STE  MAT 

TRA 
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FACTOR  ANALYSIS 

ALP  BASIC  POPULATION  STATISTICS 

CEN  STA 

COM 

EIG  PROBIT  ANALYSIS 

FAC  MPR 

J  AC 

OBL  SPECIAL  PURPOSE 

PRC  PLO 

PRO 

SCF 

UFA 

VAR 

Some  notes  have  been  added  to  some  of  the  above  routines,  and  new  routines  have  been  added 
since  publication  of  this  article.   These  are  included  here  as  an  update: 

EIG  -  Order  of  Eigen  Values  are  reversed. 

K-S  -  Newly  added  routine. 

MAT  -  Permanently  unavailable  features  are  DOU,  FIL,  and  SIN.   A  temporarily  unavailable 
feature  is  that  no  identical  input  addressed  may  be  used. 

POL  -  Newly  added  routine. 

REG  -  Temporarily  requires  at  least  one  subparameter  card  such  as  SIM. 

RND  -  Newly  added  routine;  known  as  RAND  in  IBM  SOUPAC. 

RNK  -  Newly  added  routine;  known  as  RANK  in  IBM  SOUPAC. 

TRA  -  Newly  added  feature  is  an  optional  second  main  parameter,  N,  for  number  of  regular 
and  number  of  saving  locations.   Total  variable  locations  are  2N.   N  defaults  to  1000 
as  in  the  IBM  version.  Temporarily  unavailable  features  are  EBC,  SIG,  SUP  and 
WAR. 

NOTE:  Temporarily,  none  of  the  commands  beginning  with  The  #  symbol  are  operational  (e.g., 
#COPY,  #REPEAT,  etc.)  and  are  completely  ignored. 

Reprinted  from  OFF-LINE,  February  1979 


TEXT  PROCESSING  CONSULTING 

A  text  processing  consulting  service  is  now  available  for  CSO  users.  This  service  includes 
assistance  in  using  the  RNF  text  formatter  on  the  CYBER  and  the  TROFF  typesetting 
formatter  on  UNIX.  The  document  preparation  assistance  offered  by  Ed  Dewan  has  been 
incorporated  into  this  new  service.   Specific  questions  about  using  these  text  formatters 
and/or  the  text  processing  facilities  at  CSO  should  be  directed  to  the  the  Text  Processing 
Consulting  Office  (Room  207  Astronomy  Building,  333-8150).   A  consultant  is  available  from 
9:00  AM  to  Noon  and  1:00  PM  to  5:00  PM,  Monday  through   Friday. 

Reprinted  from  OFF-LINE,  February  1979 
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ORDERING  CSO  DOCUMENTATION 

The  CSO  Distribution  Center  tries  to  maintain  well-stocked  shelves  of  all  documentation  for 
the  user  community.   In  the  past,  these  supplies  often  have  been  drastically  depleted  when  a 
faculty  member  has  decided  to  distribute  copies  of  a  certain  manual  or  guide  to  his  entire 
class.   Since  reprinting  of  a  document  requires  at  least  three  to  four  weeks,  we  can  no  longer 
permit  more  than  five  copies  of  a  document  to  be  taken  by  any  individual  unless  we  have 
received  advance  notification. 

We  will  be  happy  to  make  arrangements  to  provide  a  ready  supply  of  our  documents  for 
classes.   If  you  plan  to  use  one  of  our  documents  for  a  class,  please  notify  Lynn  Bilger  (Room 
139  Astronomy  Building,  333-6236)  one  month  in  advance  and  indicate  the  name  of  the 
document  and  the  number  of  copies  you  will  need. 

Reprinted  from  OFF-LINE,  July  1979 


ACOUSTIC  COUPLER  RENTAL 

You  can  now  rent  acoustic  couplers  from  CSO.  Rental  charges  are  $5.00  per  week  or  $15.00 
per  month,  with  a  minimum  charge  of  $5.00.  For  more  information,  please  contact  the  CSO 
Distribution  Center  (Room  164  DCL). 

Reprinted  from  OFF-LINE,  May  1979 


TERMINAL  REPAIR  RATES 

Effective  July  1,  1979,  the  charge  for  terminal  repairs  by  CSO  personnel  will  be  $16.00  per 
hour  with  a  one-hour  minimum.   We  will  continue  to  charge  for  parts  based  on  manufacturer 
cost  with  any  increase  passed  on. 

Reprinted  from  OFF-LINE,  June  1979 


HAZELTINE  REPAIRS 

CSO  is  now  equipped  to  repair  Hazeltine  1500  video  terminals.   Charges  for  the  repairs  will 
be: 

Main  Board  Exchange  $136.00 

Monitor  Board  Exchange  $  95.00 

Power  Supply  Exchange  $  95.00 

Labor  $  16.00/hour  (1-hr  minimum) 

If  no  board  exchange  is  necessary,  charges  will  be  parts  and  labor  only. 
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Please  call  CSO  Terminal  Repair,  333-0969,  for  service.   Be  sure  to  have  your  University 
Account  Number  and  correct  title  for  charges  when  you  call. 

Reprinted  from  OFF-LINE,  September  1978 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of 
Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  monthly.  Articles  may  be  re- 
printed provided  that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360 
Model  75  with  one  million  bytes  of  fast  core  and  two  million  bytes  of  slow  core, 
under  HASP  and  OS,  and  a  CYBER  175  with  256K  words  of  central  memory  and 
512K  words  of  ECS,  under  NOS,  serving  up  to  190  simultaneously  active  text  and 
graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of  core  driving  a  GSI 
CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


COMMITTEE  ON  INSTRUCTIONAL  COMPUTER  USE 

In  addition  to  its  regular  task  of  allocating  computer  resources  for  instructional  support,  the 
Committee  on  Instructional  Computer  Use  (CICU)  will  be  addressing  several  policy  issues. 
If  you  wish  to  send  any  comments  on  the  issues,  address  them  to: 

CICU 
150  DCL 

The  issues  under  consideration  are: 

•  With  the  huge  growth  in  computer  use  in  courses,  the  responsibility  for  consulting 
support  has  become  a  burden  on  CSO.  We  must  develop  a  policy  which  describes  the 
division  of  responsibilities  between  the  teaching  department  and  CSO. 

.    As  computing  has  become  a  routine  part  of  student  life,  the  close  tie  between  specific 
courses  and  computer  use  has  broken  down.    A  prototype  "free  access"  policy  has 
been  in  effect  for  two  years,  and  needs  to  be  reviewed. 

•  Projections  of  demand  do  not  presently  take  into  account  any  real  policy  as  to  how 
computing  support  to  students  should  evolve.   If  possible  we  should  have  guidelines 
on  this  evolution. 

•  While  everyone  has  an  intuitive  feeling  of  what  constitutes  abuse  of  the  computing 
facility,  there  are  no  formal  statements  and  no  guidelines  as  to  what  action  should  be 
taken  in  the  event  of  abuse  by  U  of  I  students. 

Members  of  the  CICU  are: 

Judith  S.  Liebman  Civil  Engineering 

Chairperson 

Anthony  J.  Arduengo  Chemistry 

George  F.  Badger  Computing  Services  Office 

Duncan  H.  Lawrie  Computer  Science 

Stanley  W.  Steinkamp  Economics 

Barry  Schmetter  Undergraduate 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  August,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  28 
hours  and  the  mean  time  to  repair  was  about  22  minutes.  Major  problems  were  caused  by 
ECS,  disk  errors,  and  the  main  frame. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  26  hours  and  the 
mean  time  to  repair  was  about  31  minutes.   Most  of  the  problems  on  the  360/75  were  caused 
by  memory  failures  and  slow  core. 


CYBER 


NETWORK  ALGORITHMS  AVAILABLE 

A  library  of  network-solving  routines  is  currently  being  installed  on  the  CYBER.  To  access 
this  library  of  routines,  enter: 

GRAB.NETWORK. 

There  are  three  classes  of  shortest-path  algorithms  for  networks  with  non-negative  arc 
distances: 

•  Algorithms  which  find  the  shortest  paths  between  the  source  and  all  other  nodes  in 
the  network 

•  Algorithms  which  find  the  shortest  paths  among  all  the  nodes  in  the  network 

•  An  algorithm  which  finds  the  Kth  shortest  paths 

The  Out-Of-Kilter  Algorithm  (OKA)  is  also  now  on  the  CYBER. 

To  use  any  of  these  algorithms  a  calling  program  is  needed.  A  user's  manual  and  instructions 
for  writing  the  calling  program  are  available  at  the  Systems  Consulting  Office  (Room  138 
DCL)  or  the  Statistical  Consulting  Office  (Room  65  Commerce  West).  Questions  or 
problems  regarding  any  of  the  network  routines  should  be  directed  to  Manoochehr  Ghiassi 
(193  DCL,  333-7904). 

Suggestions  for  adding  other  network-related  algorithms  are  welcome. 


INTERESTED  IN  IFPS? 

CSO  has  received  a  request  to  acquire  the  software  package,  "Interactive  Financial  Planning 
System"  (IFPS),  developed  by  EXECUCOM  System  Corporation. 

IFPS  is  a  tool  for  generating  financial  models  and  performing  financial  simulations.  The 
model  is  entered  in  easily  learned  English-like  statements,  and  provision  is  made  for  easy 
storing  and  editing  of  models.  Typical  applications  of  the  package  are  budget  planning,  project 
investment  analysis,  risk  analysis,  and  engineering  cost  estimates. 

The  system  includes  built-in  mathematical  and  forecasting  functions,  and  allows  user-defined 
FORTRAN  functions  and  subroutines. 

CSO  is  weighing  the  on-going  cost  of  this  package  against  its  expected  usefulness.  If  you  have 
need  for  a  software  package  such  as  IFPS,  or  would  like  further  information,  please  contact 
Bob  Penka  (Room  173  DCL,  333-4709). 


NUMERICAL  SERVICES 


IMSL  NOTES 

IMSL  Edition  7  was  installed  on  both  the  360/75  and  the  CYBER  in  May.  An  article 
describing  some  of  the  differences  and  a  partial  listing  of  new  or  deleted  routines  appeared 
under  "IMSL  Edition  7"  in  the  May  1979  issue  of  OFFLINE.  Since  the  publication  of  that 
article,  the  following  information  has  become  available: 

•  IMSL  has  informed  us  that,  contrary  to  their  documentation  about  Edition  7  of  the 
Library  (our  current  edition),  the  usage  of  DREBS  has  changed  from  Edition  6.  The 
user-supplied  routine  in  Edition  7  is  called  differently.   If  you  have  a  program  that 
used  DREBS  under  Edition  6,  your  equation-evaluating  routine  must  be  adjusted. 

•  IMSL  Edition  6,  which  has  been  available  through  GRAB,  IMSUB/PAST,  is  now  gone. 
There  are  still  copies  of  the  document  describing  the  changes  from  Edition  6  to 
Edition  7,  in  the  Systems  Consulting  Office  (Room  138  DCL). 

Edition  6  on  the  360/75,  which  has  been  in  SYS8.IMSL,  has  also  been  scratched. 

•  IMSL  publishes  the  Numerical  Computations  Newsletter,  which  contains  descriptions  of 
IMSL  activities  and  products,  plus  special  notes  about  the  Library.  The  most  recent 
issue  (Number  21)  contains  notes  about  two  new  packages  to  be  distributed  by  IMSL: 

NL2SOL  A  "modular  package  for  solving  nonlinear  least-squares  problems." 


TWODEPEP  A  small  finite-element  program  which  "solves  a  large  class  of 

applications-oriented,  time-dependent,  steady-state,  and  eigenvalue 
problems  in  general  two-dimensional  regions." 

Further  inquiries  are  being  made  about  these  packages. 

.    IMSL  has  versions  of  the  Library  for  the  following  mini-computers: 

Data  General  Nova/  Eclipse 

Digital  Equipment  VAX,  PDP-11  series 

Hewlett-Packard  3000-II/IH 

•    IMSL  now  produces  a  microfiche  version  of  the  Library  manual,  on  7  fiches  at  a 
42-to-l  reduction  ratio.  CSO  has  two  copies  of  this  version. 

Contact  Stan  Kerr  (Room  175  DCL,  333-4715),  if  you  have  problems  converting  from 
Edition  6  to  Edition  7,  if  you  want  to  be  on  IMSL's  mailing  list  for  the  newsletter,  or  if  you 
want  to  examine  or  borrow  the  microfiche  versions  of  the  Library  manual. 


MSL  CATALOG 

A  catalog  containing  brief  descriptions  of  MSL  (CDC  Math/ Science  Library)  routines, 
together  with  an  alphabetical  index  of  their  names  and  the  location  of  their  write-ups  in  the 
MSL  manuals  has  been  created.  This  catalog  can  be  obtained  and  printed  as  follows: 

GRAB.MSLDOC. 

CALI_MSLDOC(DECK=CATALOG) 

PRINT.CATALOG. 

Questions  about  MSL  should  be  directed  to  Stan  Kerr  (Room  175  DCL,  333-4715). 
Complete  manuals  for  MSL  are  available  for  inspection  at  the  Systems  Consulting  Office 
(Room  138  DCL)  and  in  the  Users  Area  (Room  134  DCL). 


MISCELLANEOUS 


RESEARCH  BOARD  DEADLINE 
FOR  DEPARTMENTAL  ALLOCATION  REQUESTS 

The  Research  Board  has  established  a  November  1,  1979  deadline  for  submission  of  depart- 
mental requests  for  research  computer  allocations.  This  deadline  affects  allocations  for  the 
period  January  1,  1980  through  June  27,  1980. 

Research  Board  allocations  are  expected  to  support  faculty  research,  and  thesis  and 
dissertation  research.   Departmental  requests  and  the  allocations  they  subsequently  receive 
are  based  on  individual  user  requests.  Those  persons  who  will  need  research  computer  time 
for  this  allocation  period  should  be  sure  to  submit  their  requests  to  their  department  via  the 
Research  Board  form  A.  These  forms  and  further  instructions  are  available  from  the 
University  departments. 


CSO  PERSONNEL  HONORED 

A  number  of  CSO's  non-academic  personnel  have  recently  been  cited  for  long  service  to  the 
University. 

Ramona  Pogue  and  Harold  Lopeman  received  awards  for  over  30  years  service.  In  both  cases 
most  of  their  early  service  dealt  with  various  computing  activities  that  evolved  into  CSO 
services.   Ramona  works  in  our  Business  Office  and  Harold  is  responsible  for  much  of  our 
electronics  maintenance. 

Tom  Kerkering,  who  is  responsible  for  data  communications,  received  a  25-year  award. 

Ed  Pelg  and  Stan  Rankin  received  15-year  awards,  although  their  actual  service  was  24  and  22 
years,  respectively.  Jack  Knott  and  Don  McCabe  also  received  15-year  awards. 

Seventeen  other  members  of  the  non-academic  staff  were  cited  for  service  between  five  and 
fourteen  years. 

We  appreciate  the  continuing  efforts  of  these  people,  and  recognize  the  value  of  their 
accumulated  experience. 


NO  AUGUST  ISSUE  OF  OFFLINE 

In  response  to  numerous  phone  calls,  this  is  to  inform  our  subscribers  that  there  was  no 
Vol.  7,  No.  8,  August  1979  issue  of  OFF-LINE.  This  was  due  to  various  problems,  primarily  a 
change  in  staffing  and  we  apologize  for  the  inconvenience  caused  our  subscribers  by  not 
announcing  this  in  the  Septmenber  issue. 


TELETYPE  REPAIRS 

Since  the  introduction  of  CRT  terminals,  the  requests  for  maintenance  and  repair  of  Teletype 
models  33  and  35  have  decreased  to  less  than  20  percent  of  what  they  were  three  years  ago. 
As  a  result,  CSO  will  remove  this  service  (July  1980)  because  the  cost  to  maintain  trained 
personnel  and  inventory,  as  well  as  the  overhead  costs,  is  too  great  compared  to  the 
demonstrated  need.  Two  service  organizations  which  cover  this  area  are: 


Western  Union      800-972-8765,  extension  675 
Contact:  Maintenance 


RCA      312-595-4910 

Contact:  Mr.  Rick  Ellmanger 


This  notice  affects  the  trade-named  terminals  TTY  33  and  35  only.  All  other  service  offerings 
will  continue. 


1200  BAUD  MODEMS  -  UPDATE 

CSO  will  no  longer  handle  the  sale  or  ordering  of  the  1200-baud  Rixon  modems.  Persons 
who  would  like  to  purchase  Rixon  modems  should  place  their  orders  directly  with  the 
Purchasing  Division  (Mr.  Don  Hartman).  CSO  has  negotiated  an  open  order  that  can  be 
used  by  the  various  campus  departments. 


COMPUTER  RELATED  DISCOUNTS 
AVAILABLE  THROUGH  PURCHASING  DIVISION 

The  following  computer  related  discounts  are  available  through  the  Urbana  campus 
Purchasing  Division.  These  discounts  are  valid  only  during  Fiscal  Year  1980. 


TERMINALS  AND  RELATED  EQUIPMENT 

CRT  TERMINALS 

Hazeltine  Corp.,  800  Enterprise  Drive,  Oak  Brook,  Illinois  60521, 
312-986-1414.  Contact:  Joe  Gurgone 


Hazeltine  Model: 

1400 

1410 

1420 

1500 

1510 

1520 

Modi 

Options:   (*) 

Reference:  I  EC  contract 

$630.00 
$660.00 
$725.00 
$765.00 
$960.00 
$1,250.00 
$1,225.00 


Bronson  &  Bratton,  Inc.,  5161  South  Millard  Ave.,  Chicago,  Illinois  60632, 
312-735-6200.  Contact:  Bob  Raatz 

Infoton  Model  1-100  $810.00 

Options:   (*) 

Reference:  I  EC  contract 

HARD  COPY  TERMINALS 

Management  Response  Corp.,  660  Busse  Highway,  Park  Ridge,  Illinois  60068, 
312-698-3377.  Contact:  Judith  Monroe 

Teletype  Model  4320AAA  (TTL)  $925.00 

Teletype  Model  4320AAK  (EIA)  $995.00 

Reference:  IEC  Bid  K-151 

National  Computer  Communications  Corp.,  2720  Des  Plaines  Avenue,  Des  Plaines, 
Illinois  60018,  312-296-0830.  Contact:  Eilene  Doherty 

Diablo  Model:  1640  $2,575.00 

1650  $2,695.00 

Options:  Pin  Feed  Platen  $150.00 

Forms  Tractor  $  1 85 .00 

Bi-Directional  Tractor  $210.00 


Decwriter  Model:  LA34  $975.00 

LA36  $1,258.00 

LA120  $1,860.00 

Options:   (*) 

T.I.  Model  765  $2,264.00 

Options:   (*) 

Reference:  IEC  Bid  K-151 

Data  Dimensions,  Inc.,  800  Roosevelt  Road,  Glen  Ellyn,  Illinois  60137, 
312-858-3770.  Contact:  George  Brinkman 

TI  Model  820  $1,660.00 

Options:   (*) 

Reference:  IEC  Bid  K-151 

Data  Collection  Systems,  Inc.,  2808A  Centre  Circle,  Downers  Grove,  Illinois,  60515 
312-627-0100.  Contact:  Ronald  E.  Buthe 

TI  Model:  745  U/L  case  $1,570.00 

745  U  case  $1,495.00 

743  U  case  $1,045.00 

743  U/L  case  $1,120.00 

Reference:  IEC  Bid  K-151 

Dytec/South  Inc.,  320  Brooks  Drive,  Suite  114,  Hazelwood,  Missouri  63042, 
314-731-5400.  Contact:  Harland  Crain 

Printronix  Model  P-300  $4,895.00 

(300  LPM  printer/ plotter) 

Trilog  Graphics  Board  $1,000.00 

Options:  Additional  graphics  capabilities  and  6%  discount  to  universities 

Reference:   IEC  Bid  K- 152 


ACOUSTIC  COUPLERS 

Com  Data  Corp.,  8115  North  Monticello  Avenue,  Skokie,  Illinois  60076, 
312-677-3900.  Contact:  Phil  Towle 

Com  Data  Model  302A2-13  $222.40 

150A2-14B  $148.90 

150A2-14C  $148.90 

Note:   Additional  modems  and  related  equipment  are  available  through 
this  vender. 

Reference:   I  EC  Bid  K-151 

MICRO-COMPUTERS 

BYTE  SHOP,  P.O.Box  1678,  1602  South  Neil  St.,  Champaign,  Illinois,  61820, 
217-352-2323.  Contact:  Jim  Harter 

APPLE  II  $2,197.00 

Options:    (*) 

Reference:   IEC  Bid  K-154 

(*)  Options:    Various  interfaces,  cables,  character  sets,  special  key  pads,  upper-lower  case, 
and  control  fields  may  be  available  or  included.   For  specifics,  contact  vendor 
directly. 
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HELP  WANTED 


PART-TIME  PROGRAMMER 

We  are  looking  for  a  1/2-time  graduate  assistant  or  undergraduate  programmer  willing  to 
work  15-20  hours/ week. 

Initially,  the  job  will  consist  of  the  transfer  of  complex  IBM  FORTRAN  programs  to  the 
CYBER.   Later,  work  will  involve  the  development  of  a  computer  graphics  system  for  display 
of  biological  macromolecules.  This  may  involve  interfacing  a  minicomputer  to  the  CYBER. 

Requirements  are  extensive  FORTRAN  experience  and  the  ability  to  write  some  routines  in 
Assembler.  An  interest  in  computer  graphics  is  highly  desirable,  as  is  experience  with 
minicomputers.  Conceivably,  the  project  might  be  appropriate  for  thesis  work. 

If  you  are  interested,  please  contact: 

Dr.  Barry  Honig 
Biophysics  Division 
300A  Noyes  Laboratory 
Phone:    333-2200 


OFF-LINE' s  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 


Check  one:  □  New  subscriber 

□  Removal  request 

□  Address  correction 


Name: 
Address: 


CAMPUS  or    Zip  Code 


(If  address  correction,  give  old  address  and  zip  code  below.) 


Comments: 


RETURN  TO:  OFF-LINE 

164  Digital  Computer  Laboratory 
University  of  Illinois  at  Urbana-Champaign 
Urbana,  Illinois    61801 


o  r\j  c>  ~\i 

■ 

c 

HCnr 

r- 

>x 

x>o< 

-  ILC 
> 


1 

IT; 


•JAM 

fz. 


Computing 

Services 

Office 


o* 


^ 


University  of  Illinois  at  Urban^Cfrkmpaign,  \^l^ 


EDITOR:    Lynn  Bilger 

PHONE:     (217)333-6236 

164  Digital  Computer  Lab.  0^io«' 

Urbana,  Illinois       61801 


Tf 


t-,v\~ 


O* 


Off-Line 


VOL.  7,  NO.  12  December  1979 


Pane 


Contents 


6 
6 
7 


11 

14 


16 


18 
18 


19 
19 

20 


POLICY 

Christmas  Schedule 
LSI  1 1  Project 

SYSTEM  NOTES 

Reliability  Report 
CYBER 

CSO  Purchases  Tape  Cleaner 
New  Version  of  GCS  Available 
Magnetic  Tapes  From  Scratch 

STATISTICAL 

CYBER  SPSS  Release  8  Available 
SOUPAC  on  the  CYBER:  New  Release 

NUMERICAL  SERVICES 

XMP  on  the  CYBER 

TEXT  PROCESSING 

Diablo  Output  Service 
Text  Processing  Consulting 
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Research  Assistant  For  Computer  Work 
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CSO  DIRECTORY   -   STAFF  AND  SERVICES 


Administrative 

Director 

Business  Manager 
Secretary 

User  Services 
User  Accounting 
Systems  Consulting 
Statistical  Services  Consulting 
Text  Processing  Consulting 
Document  Printing  Reservation 

Asst  Dir  User  Services 
Mgr,  Statistical  Services 
Mgr,  UNIX  Operations 
Documentation 
Distribution  Center 
Keypunch  Services 

Hardware/Software  Support 
Terminal  Repair  Service 
CYBER  Dial-up  Numbers 


Asst  Dir  Systems  and  Operations 
Asst  Dir  Development 
Asst  Dir  Engineering 
CYBER-IBM  Operations 
Telecommunications 
Hardware  Selection  Assistance 
Laboratory  Support  Project 
RJE  Operations 

RJE  Sites 
Agriculture 
Chemistry 
Commerce  West 
DCL  Routing  Room 
Electrical  Engineering 
Florida  Ave  Res  Hall 
Illinois  St  Res  Hall 
Mechanical  Engineering 
Psychology 
Social  Science 


George  Badger 

150 

DCL 

333-4103 

Stanley  Rankin 

150 

DCL 

333-6530 

Joyce  Vaughn 

150 

DCL 

333-1637 

Gary  Bouck 

162 

DCL 

333-7752 

138 

DCL 

333-6133 

65 

Comm  West 

333-2170 

207 

Astronomy 

333-8150 

209 

Astronomy 

333-8150 

Robert  Penka 

173 

DCL 

333-4709 

Larry  Sautter 

91 

Comm  West 

333-2170 

Sandra  Moy 

177 

DCL 

333-4703 

Lynn  Bilger 

139 

Astronomy 

333-6236 

Don  McCabe 

164 

DCL 

333-6285 

Darlene  Hawkins 

1208 

W  Springfield 

333-6184 

164 

DCL 

333-0969 

no 

baud 

333-4000 

300 

baud 

333-4000 

1200 

baud 

333-4001 

Sandra  Moy 

177 

DCL 

333-4703 

J.  M.  Randal 

120 

DCL 

333-9772 

Cliff  Carter 

195 

DCL 

333-3723 

Jack  Knott 

194a 

DCL 

333-6562 

Tom  Kerkering 

16 

DCL 

333-0816 

Cliff  Carter 

195 

DCL 

333-3723 

Lee  Hollaar 

193 

DCL 

333-7904 

Rex  Duzan 

164 

DCL 

333-6285 

M103 

Turner  Hall 

333-8170 

153 

Noyes  Lab 

333-1728 

70 

Comm  West 

333-4500 

129 

DCL 

333-6203 

146 

EEB 

333-4936 

FAR 

333-2695 

ISR 

333-0307 

65 

MEB 

333-2072 

453 

Psych  Bldg. 

333-7815 

202 

Lincoln  Hall 

333-0309 

OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of 
Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  monthly.  Articles  may  be  re- 
printed provided  that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360 
Model  75  with  one  million  bytes  of  fast  core  and  two  million  bytes  of  slow  core, 
under  HASP  and  OS,  and  a  CYBER  175  with  256K  words  of  central  memory  and 
512K  words  of  ECS,  under  NOS,  serving  up  to  190  simultaneously  active  text  and 
graphics  terminals,  and  a  DEC  PDP-1 1/50  with  252K  bytes  of  core  driving  a  GSI 
CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


CHRISTMAS  SCHEDULE 

The  CYBER  175,  IBM  360/75,  and  UNIX  will  be  available  throughout  the  scheduled 
University  Christmas  vacation.   However,  during  this  period  offices  and  RJE  sites  will  operate 
according  to  the  following  schedule.   Any  additional  changes  to  the  schedule  will  be  posted  on 
the  doors  of  the  RJE  sites. 


CSO  Departmental  Offices: 

Sat  Dec  22  -  Sun  Dec  30 
Mon  Dec  31 
Tues  Jan  1 
Wed  Jan  2 

Systems  Consulting  Office  (138  DCL): 

Sat  Dec  22  -  Tues  Jan  1 
Wed  Jan  2 

Statistical  Consulting  Office  (65  Comm  West): 

Sat  Dec  22  -  Tues  Jan  1 
Wed  Jan  2 

Text  Processing  Consulting  Office  (207  Astronomy): 

Sat  Dec  22  -  Tues  Jan  1 
Wed  Jan  2 

CSO  North  Routing  Room  (129  DCL): 

Fri  Dec  21 

Sat  Dec  22  -  Mon  Dec  24 

Tues  Dec  25 

Wed  Dec  26-  Mon  Dec  31 

Tues  Jan  1 

Wed  Jan  2 

CSO  East  -  UNIX  (209  Astronomy): 


CLOSED 
8:00  AM  -  5:00  PM 

CLOSED 
Resume  regular  schedule 


CLOSED 

Resume  regular  schedule 


CLOSED 

Resume  regular  schedule 


CLOSED 

Resume  regular  schedule 


Close  at  4:00  PM 
8:00  AM  -  5:00  PM 

CLOSED 
8:00  AM  -  5:00  PM 

CLOSED 
Resume  regular  schedule 


Sat  Dec  22  -  Tues  Jan  1 
Wed  Jan  2 


CLOSED 

Resume  regular  schedule 


CSO  South  RJE  (70  Comm  West): 

Fri  Dec  21 

Sat  Dec  22  -  Tues  Jan  1 

Wed  Jan  2 

Agriculture  RJE  (M-103  Turner  Hall): 

Sun  Dec  23  -  Tues  Jan  1 
Wed  Jan  2  -  Sat  Jan  19 
Tues  Jan  22 

Chemistry  RJE  (153  Noyes  Lab): 

Fri  Dec  21 

Sat  Dec  22  -  Tues  Jan  1 

Wed  Jan  2 

Electrical  Engineering  RJE  (146  Elect.  Eng.) 

Fri  Dec  21 

Sat  Dec  22  -  Tues  Jan  1 

Wed  Jan  2 

FAR  RJE  site: 

Fri  Dec  14  -  Thurs  Dec  20 
Fri  Dec  21  -  Sun  Jan  13 
Mon  Jan  14 

ISR  RJE  site: 


8:00  AM  -  5:00  PM 
CLOSED 

Resume  regular  schedule 


CLOSED 
9:00  AM  -  5:00  PM 
Resume  regular  schedule 


Close  at  5:00  PM 
CLOSED 
Resume  regular  schedule 


Close  at  5:00  PM 
CLOSED 
Resume  regular  schedule 


Noon  -  5:00  PM 
CLOSED 
Resume  regular  schedule 


Fri  Dec  14  -  Thurs  Dec  20 
Fri  Dec  21  -  Sun  Jan  13 
Mon  Jan  14 


1:00  PM -5:00  PM 

CLOSED 
Resume  regular  schedule 


Mechanical  Engineering  RJE  (65  Mech.  Eng.): 

Thurs  Dec  20 

Fri  Dec  21  -  Tues  Jan  1 

Wed  Jan  2 

Psychology  RJE  (453  Psychology): 

Fri  Dec  21 

Sat  Dec  22  -  Tues  Jan  1 

Wed  Jan  2 


Close  at  5:00  PM 
CLOSED 
Resume  regular  schedule 


8:00  AM  -  5:00  PM 
CLOSED 

Resume  regular  schedule 


Social  Sciences  RJE  (202  Lincoln  Hall): 

Fri  Dec  21  9:00  AM  -  Noon 
Sat  Dec  22  -  Tues  Jan  1  CLOSED 

Wed  Jan  2  -  Fri  Jan  4  9:00  AM  -  5:00  PM 

Mon  Jan  7  -  Fri  Jan  1 1  9:00  AM  -  5:00  PM 

Mon  Jan  14  Resume  regular  schedule 


LSI  11  PROJECT 

The  cooperative  effort  of  three  departments  (Chemistry,  Psychology,  and  Physics)  and  CSO 
resulted  in  a  decision  to  establish  support  for  laboratory  microprocessors.   Since  so  many 
microprocessors  are  used  in  research,  the  group  thought  it  was  important  to  support  a 
standardized  system.  This  would  facilitate  the  sharing  of  information  among  researchers  and 
also  allow  reductions  in  cost.   With  the  help  of  the  Purchasing  Division,  the  specifications 
were  written,  bidding  was  done  and  a  vendor  was  chosen.  The  resulting  contracts  were 
signed  and  deliveries  will  begin  in  December.   It  is  important  to  note  that  this  standard  does 
not  limit  the  choice  of  equipment  available,  but  only  offers  a  higher  level  of  support  for  those 
who  choose  this  equipment. 

We  will  support  a  standard  system  based  on  the  DEC  LSI  1 1/2  and  1 1/23  plus  any 
configuration  of  the  following  options: 

.  DEC  RL01  5.2  M  byte  cartridge  disk 

.  DEC  RXV21  Floppy  disk 

.  DECwriter  IV  (LA  36) 

.  DECwriter  III  (LA  120) 

•  TU58  cartridge  tape 

•  DLV1 1-J  4  line  serial  interface 
.  DRV  11  1  word  I/O  interface 

.  DRV11-B  DMA  controller 

•  ADV11  16  channel  multiplexed  A/D  converter 
.  AAV1 1  4  channel  D/A  converter 

•  KWV11  Real  time  clock 


Any  other  user-specific  options  may  be  added  and  may  become  supported  if  sufficient 
numbers  are  purchased. 

CSO  will  maintain  several  systems  for  short-term  rental  (less  than  3  months).  These  could 
be  used  for  either  short-term  projects  or  in-the-lab  feasability  testing.   Initially  the  rental 
system  would  consist  of: 

.    DEC  LSI  11/2  cpu 

•  MSV1 1-DD  32k  words  memory 

.    RLV1 1  cartridge  disk  or  RXV21  floppy  disk 

•  TU58  cartridge  tape 

.    DLV1 1-J  4  line  serial  interface 

.    DECwriter  IV  or  III 

.    RT1 1  operating  system  with  FORTRAN  and  BASIC 

Other  options  may  be  configured  on  an  individual  basis. 

CSO  will  maintain  as  complete  an  inventory  as  possible  of  the  standard  systems  components. 
Maintenance  initially  will  be  on  a  "board  swap"  basis  from  this  inventory  with  CSO  working 
toward  a  complete  maintenance  system  for  all  LSI  equipment. 

A  maximal-configuration  developmental  system  will  be  located  at  CSO  to  test  feasability,  to 
do  development  prior  to  acquisition,  and  to  provide  support  for  a  program  librarian. 

A  standard  set  of  software  consisting  of  both  binaries  and  sources  will  be  maintained  in  a 
library  on  the  developmental  system.  The  library  will  also  contain  user-developed  software 
and  engineering  information  to  aid  in  the  testing  and  startup  of  new  systems  and  projects. 

There  are  two  levels  of  participation  in  the  program:  Level  I  and  Level  II. 


Level  I 

Level  I  requires  a  one-time  charge  of  $500  on  any  new  or  existing  system.   If  a  Level  I 
member  rents  a  system  from  CSO  and  then  decides  to  purchase  it,  50%  of  the  rental  fee  will 
apply  toward  the  purchase  price.   If  a  system  or  its  components  are  ordered  by  a  member, 
delivery  will  be  from  CSO's  inventory,  if  available.   Purchase  orders  from  Level  I  members 
should  be  sent  to  Mike  Gardner,  Room  193  DCL. 

In  addition,  Level  I  members  will  receive  higher  priority  and  lower  rates  on  maintenance. 
Whole-unit  spares,  when  available,  will  be  provided  rent-free  on  a  temporary  basis  while 
repairs  are  being  done. 


The  developmental  system,  user  library,  and  system  consulting  will  be  available  to  Level  I 
members. 


Level  II 

Level  II  members  may  purchase  equipment  through  CSO's  open  contract  with  the  distributor. 
Delivery  will  be  directly  from  the  distributor.  Purchase  orders  for  Level  II  equipment  should 
be  sent  directly  to  Don  Hartman  in  the  Purchasing  Division. 

Level  II  members  may  participate  in  the  maintenance  and  rental  programs.   However,  lower 
priority  and  higher  rates  on  maintenance  will  be  in  effect,  and  rental  fees  will  not  apply 
toward  purchase  of  the  system. 

The  developmental  system  or  user  library  will  not  be  available  to  Level  II  members. 


For  more  information  about  the  project  contact: 
Mike  Gardner,  Room  193  DCL,  333-7904 

For  detailed  information  on  part  numbers  and  pricing  contact: 
Lynn  Lloyd,  Room  150  DCL,  333-6630 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  October,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  40 
hours  and  the  mean  time  to  repair  was  about  53  minutes.   Problems  on  the  CYBER  were  due 
to  disk  wipe-out  and  software  problems. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  26  hours  and  the 
mean  time  to  repair  was  about  35  minutes.   Problems  were  due  to  power  supply  and  memory. 


CYBER 


CSO  PURCHASES  TAPE  CLEANER 

CSO  has  recently  purchased  a  tape  cleaning  machine.  It  is  the  intent  of  CSO  to  provide  a  free 
tape  cleaning  service  to  all  tape  users  who  store  tapes  in  Room  194  DCL,  or  who  submit  their 
tapes  to  be  mounted  on  any  of  CSO's  computer  systems. 

The  cleaning  process  involves  passing  the  tape  over  a  "cleaning  head"  to  remove  loose  oxide 
and  dirt  particles.   When  tapes  are  not  cleaned,  these  particles  are  deposited  on  the  read/write 
heads  of  the  tape  drives,  causing  errors  and  inefficient  data  reading.  Therefore,  maintaining 
clean  tapes  will  benefit  both  the  user  and  CSO. 

Beginning  January  2,  1980,  CSO  plans  to  clean  every  tape  stored  in  Room  194  DCL  and  all 
tapes  submitted  for  handling.   If  you  do  not  want  your  tape  to  be  cleaned,  contact  the  routing 
room  personnel  (129  DCL,  333-6203),  before  January  2,  1980. 

In  addition  to  this  initial  cleaning,  CSO  will  clean  the  most  frequently  used  tapes  every  six 
months,  or  upon  request. 

It  is  hoped  that  through  proper  tape  handling  procedures,  the  number  of  tape  errors  will  be 
reduced. 


NEW  VERSION  OF  GCS  AVAILABLE 

A  new  version  of  GCS  has  been  available  to  users  for  approximately  three  months  with  the 
command: 

GRAB.GCSxxxx/TEST. 

(where  xxxx  was  one  of  the  GCS  libraries).  This  version  now  can  be  accessed  by  the 
command: 

GRAB,GCSxxxx/F. 

or  the  command: 

FUTURE.GCSxxxx. 

where  xxxx  is  one  of  the  standard  GCS  libraries  (e.g.,  ALPH,  CALC,  or  TEKT).   Although 
this  version  is  still  undergoing  some  modification,  it  is  a  stable  product  and  we  expect  it  to 
become  the  standard  GCS  in  about  six  months.    In  the  meantime,  we  encourage  you  to  use 
it  and  make  comments. 


The  new  version  of  GCS  features  3-dimensional  graphics,  enhanced  character  plot  capabilities 
including  many  character  fonts,  and  improved  high-level  graphics  subroutines.   Be  warned, 
however,  that  the  new  version  of  GCS  is  likely  to  require  up  to  10K  octal  additional  memory. 

A  new  GCS  reference  manual  may  be  purchased  for  $15.00  at  the  Distribution  Center  (Room 
164  DCL).  This  manual  supercedes  and  combines  the  two  previous  manuals,    Introduction  to 
GCS  and  GCS  Programmer's  Reference  Manual,  which  were  sold  separately.   If  you  wish  to 
look  at  the  manual  before  buying  it,  a  copy  is  available  for  inspection  in  the  Systems 
Consulting  Office  (Room  138  DCL).   In  addition,  a  brief  description  of  the  new  GCS  features 
may  be  obtained  from  the  Systems  Consultants. 


MAGNETIC  TAPES  FROM  SCRATCH 

Adapted  with  permission  from  Two  Bits  Worth,  the  newsletter  of  the  University  of 
Southwestern  Louisiana  Computing  Center.   Alicia  Towster  wrote  the  original  article  on 
the  basis  of  interviews  with  Sam  Bullard,  Bob  Sonnier,  and  James  Dugal. 

Magnetic  tapes  are  simply  very  long  thin  strips  of  mylar  backing  coated  with  a  thin  layer  of 
some  material  which  can  retain  magnetic  information.  They  are  an  economical  and  relatively 
durable  way  to  store  imformation;  for  $10  you  can  acquire  a  tape  capable  of  storing  up  to 
about  4.5  million  words  of  useful  information  on  the  CYBER  or  about  34  million  bytes  of 
useful  information  on  the  IBM;  and  if  you  are  able  to  keep  this  tape  away  from  heat, 
humidity,  dirt,  magnetic  fields,  and  malfunctioning  tape  drives,  it  can  give  you  reliable  service 
for  several  years.    (Even  under  the  best  circumstances,  tapes  will  eventually  begin  to  show 
signs  of  wear.  Thus,  cautious  tape  users  will  often  keep  more  than  one  copy  of  their 
important  data.)   Magnetic  tapes  have  a  standard  width  of  one-half  inch;  several  lengths  are 
available:  400\  1200',  2400\  and  3200'.   At  either  end  of  a  tape  is  a  shiny  aluminum  patch 
to  mark  the  Beginning  of  Tape  (BOT)  and  End  of  Tape  (EOT). 

It  sounds  simple  enough. 

Why,  then,  when  you  approach  a  computer  installation  carrying  a  "foreign  tape"  (that  is,  one 
which  was  not  created  on  that  particular  computer),  does  the  staff  eye  you  with  misgivings, 
rather  as  though  you  were  carrying  a  foreign  virus?  They  are  hoping  that  you  can  describe  it 
clearly  enough  that  they  will  quickly  know  what  treatment  to  prescribe. 

You  see,  it  is  not  nearly  as  simple  as  tape  cassettes-tape  them  on  one  machine,  play  them 
back  on  another.  There  is  a  considerable  variety  of  ways  that  information  can  be  written  on  a 
magnetic  tape.   And  it  is  entirely  possible  to  produce  a  tape  which  is  totally  incompatible  with 
the  machine  on  which  you  desire  to  use  it.  These  incompatibilities  may  be  due  to  either 
hardware  (the  kinds  of  tape  drives  which  are  available)  or  software  (programs  which  read  and 
write  tapes,  normally  supplied  by  the  manufacturer). 

First,  there  are  differences  in  the  ways  that  tape  drives  can  physically  arrange  and/or  access 
information  on  a  tape.   Some  drives  will  read  or  write  nine  bits  (binary  digits,  either  a  zero  or 
one)  in  a  row  across  the  width  of  the  tape;  these  are  called  "nine-track"  drives,  and  the  tapes 
they  produce  are  called,  reasonably  enough,  nine-track  tapes.  There  are  also  seven-track 
drives  which  deal  with  seven-track  tapes  on  which  rows  of  seven  bits  are  stored. 


Information  can  also  be  arranged  differently  down  the  length  of  the  tape:   this  is  called  tape 
"density"  and  is  measured  in  "bpi"  which  stands  either  for  bits  per  inch  (if  you  think  in  terms 
of  only  one  track  at  a  time)  or  bytes  per  inch  (if  you  think  of  the  entire  row  of  tracks  as  a 
byte).   Possible  densities  are  200  bpi,  556  bpi,  800  bpi,  1600  bpi,  and  6250  bpi.   A  particular 
drive  is  limited  in  the  number  of  different  densities  that  it  can  handle. 

In  addition  to  data  bits,  tapes  contain  additional  information  that  enables  the  drives  to 
continually  be  checking  on  whether  or  not  they  are  reading  your  data  successfully.   For 
example,  on  a  nine-track  800  or  1600  bpi  tape,  one  bit  in  each  row  is  used  as  a  "parity  bit"  -- 
that  is,  it  is  not  actually  part  of  your  data;  rather,  its  value  is  a  function  of  the  value  of  the 
other  bits  in  the  same  row. 

Most  typically,  "odd  parity"  is  used;  that  is,  the  ninth  bit  is  set  so  that  the  sum  of  the  one  bits 
in  the  row  will  be  an  odd  number.   On  800  bpi  tape,  parity  information  is  also  computed  for 
groups  of  rows  and  written  at  regular  intervals  along  the  tape.   On  1600  bpi  tape,  the  zero  bits 
are  actually  written,  rather  than  denoted  by  the  absence  of  a  one  bit.   In  addition,  unique 
patterns  of  bits  are  written  at  intervals  for  the  purpose  of  synchronization.   Normally  you  can 
remain  totally  unaware  of  these  extra  bits;  the  tape  drive  hardware/ firmware  generates  them 
and/or  checks  them  automatically.   If  they  fail  to  check  out,  the  proper  action  is  left  to  the 
program  which  is  controlling  the  attempted  read.   Often  such  a  program  will  elect  to  retry  the 
read;  if  this  does  not  work,  you  will,  of  course,  get  an  error  message.  Such  a  message  could 
indicate  a  bad  tape,  a  malfunctioning  drive,  or  a  mismatch  between  the  way  your  tape  actually 
is  (tracks,  density,  or  parity  type)  and  what  the  drive  expects  it  to  be. 

Information  is  not  written  continuously  along  the  length  of  the  tape;  it  is  written  in  "blocks" 
or  "physical  records".   These  physical  records  may  well  differ  in  size  from  the  logical  division 
of  the  data  ("logical  records")  which  you  have  placed  on  the  tape.   If  logical  records  are  short, 
several  may  be  grouped  together  into  one  physical  record;  long  logical  records  may  also  span 
several  physical  records.   Most  typically,  physical  records  will  be  of  uniform  size,  but  it  is  also 
possible  for  their  size  to  vary.  The  space  between  records  is  called  the  "interrecord  gap". 

The  tape  drive  itself  deals  only  in  terms  of  these  physical  records,  moving  them  from  the  tape 
to  a  buffer  in  the  computer's  memory  (or  vice  versa,  in  the  case  of  writing  a  tape).   Because 
these  buffers  must  reside  in  the  computer's  real  memory,  many  installations  will  have  some 
upper  limit  on  the  size  of  physical  tape  records  that  they  can  handle. 

But  this  is  only  a  small  part  of  what  makes  tapes  difficult.  Consider  --  how  are  those 
meaningful  bits  of  data  to  be  interpreted?   Remember  that  a  CYBER  word  consists  of  60  bits 
and  your  tape  consists  of  numerous  rows  of  8  bits  and  8  does  not  go  evenly  into  60,  whereas 
an  IBM  word  consists  of  32  bits  and  8  does  go  evenly  into  32. ..or  perhaps  your  tape  was 
created  on  yet  another  computer  with  a  different  word  size? 

Well,  luckily  there  are  standards.   But  unfortunately  there  are  more  of  these  than  we  might 
like.   First  there  is  the  theoretical  standard:  the  American  National  Standards  Institute's 
(ANSI)  specification  of  how  to  map  those  rows  of  bits  on  tape  back  and  forth  between  words 
on  the  computer.   Then  there  is  the  de  facto  standard:  the  IBM  standard,  which  has  sheer 
numbers  on  its  side.   But  there  is  nothing  to  prevent  any  of  the  computer  manufacturers 


from  developing  their  own  internal  standards,  tailored  to  their  own  hardware,  and  so  they  do. 
This  can  potentially  produce  more  efficient  or  appropriate  use  of  tapes  so  long  as  you  are 
committed  to  a  particular  brand  of  computer,  but  will  almost  certainly  cause  problems  if  you 
try  to  switch  brands  and  take  your  data  with  you. 

To  complicate  matters  still  further,  these  various  standard  tapes  can  have  subtypes.  Tapes 
may  be  either  labeled  or  unlabeled.   Labels  are,  in  theory,  extremely  helpful,  since  they 
contain  information  about  the  tape  you  are  dealing  with.   But  there's  a  catch:  label  formats 
can  vary,  too,  and  some  computer  installations  may  not  have  programs  available  to  interpret 
tape  labels.  Thus,  they  cow/factually  make  your  tape  harder  to  read. 

Another  complication  arises  from  the  different  ways  that  information  can  be  represented 
inside  various  computers.  The  internal  binary  representation  of  machine  instructions  or  data 
will  normally  be  specific  to  a  particular  computer;  thus,  it  is  useful  to  tape  such  binary 
information  only  if  the  tape  will  be  reread  on  exactly  the  same  sort  of  computer.  "Portable 
tapes"  (that  is,  tapes  which  are  to  be  carried  to  a  different  sort  of  computer)  should  use  one 
of  the  standard  sets  of  character  codes  to  represent  the  information;  there  are  two  widely 
used  standards:  EBCDIC,  which  is  promulgated  by  IBM,  and  ASCII,  the  American  Standard 
Code  for  Information  Interchange.   In  the  absence  of  other  information,  you  may  expect 
most  IBM  format  tapes  to  use  EBCDIC  and  most  ANSI  tapes  to  use  ASCII. 

With  so  many  variables  involved,  clearly  it  is  only  sensible  to  write  down  the  appropriate 
information  about  the  tape  when  it  is  created  and  to  keep  this  information  with  the  tape. 
However,  this  does  not  ensure  that  it  can  be  read  by  the  computer  of  your  choice,  which 
simply  may  lack  the  hardware  or  software  that  you  need. 

This  is  a  lot  of  information  to  keep  straight,  so  here  are  some  checklists. 

Ways  in  which  tapes  (and  installations)  can  vary: 

•  number  of  tracks 

•  density 

•  type  of  parity 

.  size  of  records 

•  size  of  block 

•  type  of  format 

•  labeled  or  unlabeled 

•  type  of  encoding 
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Portable  tapes  which  both  the  CYBER  and  IBM  can  handle: 

•  nine-track 

.    800  or  1600  bpi 

•  odd  parity 

.    fixed  record  size 

•  fixed  block  size  between  18  and  6000  characters  (for  the  CYBER,  it  is  preferable  that 
the  blocksize  not  exceed  5 1 20  characters) 

.    IBM  and  ANSI  formats 

•  most  types  of  labels 

.  ASCII  or  EBCDIC  encoding 

A  tape  of  this  sort  could  be  read  at  many  installations: 

•  nine-track 
.  800  bpi 

•  odd  parity 

•  a  fixed  record  size 

•  a  fixed  block  size  no  larger  than  2048  characters 
.  IBM  format 

•  unlabeled 

.    EBCDIC  encoding 

When  you  send  someone  a  tape,  be  sure  you  also  send  complete  information  about  the 
characteristics  of  the  tape.  If  you  receive  a  tape  from  someone,  be  sure  you  also  receive 
complete  information  about  the  tape's  characteristics. 

Tapes  may  be  a  little  difficult,  but  misinformation  or  lack  of  information  about  them  can 
make  them  much,  much  worse. 
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STATISTICAL 


CYBER  SPSS  RELEASE  8  AVAILABLE 

CYBER  SPSS  Release  8  is  now  available  and  all  SPSS  users  are  encouraged  to  begin  using 
this  new  system.   Release  8  incorporates  major  revisions  in  the  statistical  analysis  and  data 
modification  phases  of  SPSS.   Most  notably,  a  new  procedure  "REPORT*  is  available  which 
provides  a  flexible  report  generator.  In  addition,  the  DISCRIMINANT  procedure  has  been 
rewritten  for  Release  8.   Users  are  referred  to  the  update  documentation  described  below  for 
complete  details  about  the  revised  DISCRIMINANT  features. 


RELEASE  8  FEA  TURES 

ADDITIONS 

The  REPORT  procedure  computes  a  number  of  summary  statistics  for  subpopulations  and 
prints  the  output  in  a  user-specified  format.  Available  statistics  include  means,  sums, 
variances,  standard  deviations,  modes,  medians,  and  frequency  distributions.  REPORT  can 
also  produce  case-by-case  listings  and  a  variety  of  "composite  functions"  (mathematical 
combinations  of  two  or  more  summary  statistics).  Among  the  formatting  features  which  are 
under  user  control  are  the  labelling  of  data  and  statistics,  the  page  length,  margins,  column 
widths,  and  the  placement  of  page  heads,  column  heads,  and  running  feet. 

CHANGES  TO  EXISTING  FEATURES 

•    When  a  domain  error  is  encountered  in  a  transformation  function  on  a  COMPUTE, 
IF,  REJECT  IF,  or  SELECT  IF  statement,  the  result  of  the  transformation  will 
normally  differ  from  the  result  given  by  Release  7.   A  domain  error  results  when  an 
attempt  is  made  to  perform  a  function  on  a  number  for  which  the  function  is  not 
defined.  Some  typical  kinds  of  domain  errors  are:  divide  by  zero,  square  root  of  a 
negative  number,  log  of  zero  or  a  negative  number,  etc. 

With  the  Release  7  SPSS  system,  when  a  domain  error  occurred  in  a  COMPUTE 
statement  or  the  assignment  part  of  an  IF  statement,  the  undefined  function  was  set  to 
0.0,  and  the  transformation  was  completed.  Similarly,  if  the  domain  error  occurred  in 
the  conditional  part  of  an  IF  statement  or  in  a  REJECT  IF  or  SELECT  IF  statement, 
the  undefined  function  was  set  to  0.0  and  the  logical  expression  was  evaluated 
accordingly.  With  the  Release  8  SPSS  system,  when  a  domain  error  occurs 
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in  a  COMPUTE  statement  or  the  assignment  part  of  an  IF  statement,  the  result 
variable  is  assigned  a  value  according  to  the  following  rules: 

If  an  ASSIGN  MISSING  is  in  effect  for  the  result  variable,  the  specified 
missing  value  is  assigned. 

If  a  MISSING  VALUE  specification  is  in  effect  instead,  the  low  end  of  any 
specified  range  of  missing  values  is  assigned.  Or,  if  no  range  was  specified,  the 
first  missing  value  is  assigned. 

If  neither  ASSIGNED  MISSING  nor  MISSING  VALUES  is  in  effect  for  the 
result  variable,  0.0  is  assigned. 

If  a  domain  error  occurs  in  the  conditional  part  of  an  IF,  the  result  variable  is  assigned 
a  value  according  to  the  following  rules: 

If  an  ASSIGN  MISSING  statement  is  in  effect  for  the  result  variable,  the 
specified  missing  value  is  assigned. 

If  no  ASSIGN  MISSING  statement  is  in  effect,  the  condition  is  considered 
false,  and  the  value  of  the  result  variable  is  unchanged. 

If  a  domain  error  occurs  in  the  evaluation  of  a  REJECT  IF  or  SELECT  IF  expression, 
the  case  is  not  selected. 

The  DISCRIMINANT  procedure  has  been  completely  rewritten.  Previously 
unimplemented  OPTIONS  described  in  the  SPSS  manual  have  now  been  implemented. 
A  number  of  substantial  changes  appear  in  the  step-by-step  output  from  stepwise 
variable  selection.  In  addition,  inclusion  rules  have  been  changed  slightly.  Both  the 
constants  associated  with  classification  functions  and  the  standardized  discriminant 
function  coefficients  printed  by  the  Release  8  DISCRIMINANT  are  different  from 
those  previously  used.  The  default  values  for  the  parameters  TOLERANCE,  FIN, 
FOUT,  and  MAXSTEPS  have  been  changed.  Previously  DISCRIMINANT  was 
limited  to  a  maximum  of  100  groups,  100  variables,  and  100  steps.  In  Release  8,  if 
classification  output  is  not  requested,  the  size  of  the  problem  is  limited  only  by  the 
available  CM.  If  classification  output  is  requested,  no  more  than  195  variables  can  be 
named  in  the  VARIABLES  =  list.  New  capabilities  include  printing  of  the  structure 
matrix,  a  parameter  which  allows  automatic  computation  of  unbiased  error  rate 
estimates,  and  backward  stepwise  inclusion. 


IMPROVEMENTS 

•  Cell  means  can  now  be  obtained  from  ANOVA  by  requesting  STATISTIC  3. 

•  CROSSTABS  tables  can  now  be  output  to  a  file  for  use  in  subsequent  programs  by 
requesting  OPTIONS  10  or  11.   Another  new  option  allows  you  to  supress  the  printing 
of  the  CROSSTABS  tables  when  only  the  statistics  are  desired. 
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A  "DO  IF'  facility  permits  conditional  execution  of  a  series  of  data  transformation 
statements.   Any  number  of  data  transformation  statements  may  be  enclosed  within 
DO  IF  and  END  IF  statements,  and  these  transformations  will  be  performed  only  if 
the  condition  specified  on  the  DO  IF  statement  is  true.   Previously,  when 
transformations  were  to  be  performed  only  on  cases  for  which  a  certain  condition  was 
true,  each  transformation  had  to  be  coded  on  one  or  more  IF  statements.  Two  other 
statements,  ELSE  and  ELSE  IF,  have  also  been  implemented  for  use  with  DO  IF,  and 
together  they  form  a  powerful  extension  to  the  SPSS  transformation  capabilities. 

Three  OPTIONS  have  been  added  to  the  FREQUENCIES  procedure.   By  default  the 
frequency  tables  are  printed  in  ascending  order  of  the  variables'  values.  The  new 
OPTIONS  cause  the  frequency  tables  to  be  printed  by  descending  order  of  value,  by 
descending  order  of  frequency,  and  by  ascending  order  of  frequency. 

The  N  OF  CASES  statement  is  no  longer  required  (for  data  on  disk  or  tape)  except 
with  matrix  input  and  with  the  NONLINEAR,  SPECTRAL  and  SURVIVAL 
procedures.  SPSS  now  defaults  to  N  OF  CASES  UNKNOWN  when  there  is  no  N  OF 
CASES  statement  in  the  program. 

VALUE  LABELS  can  now  appear  after  the  first  statistical  procedure,  which  makes  it 
possible  to  assign  new  labels  to  *RECODE'd  variables. 

A  new  control  card  parameter,  LO,  has  been  implemented  which  allows  you  to  request 
80  column  output  format  from  Batch  SPSS.  The  statement  SPSS(LO=ONLINE) 
requests  SPSS/ONLINE  type  output  format,  while  the  statement  SPSS(LO  =  ABRV) 
requests  abbreviated  batch  output  format.  Online  format  is  80  columns  wide  without 
page  headings  or  carriage  control.   Abbreviated  batch  output  combines  the  best 
features  of  batch  and  online  formats.   Page  headings  and  carriage  contol  are  part  of  the 
output  file,  but  the  page  is  only  80  characters  wide.   Abbreviated  batch  output  is 
particularly  useful  when  you  want  to  run  SPSS  at  a  terminal,  examine  the  output,  and 
then  print  it. 

SPSS  now  prints  the  CP  time  used  by  each  statistical  procedure.   At  the  end  of  the 
run,  the  total  time  used  by  all  procedures  is  printed. 


HOW  TO  ACCESS  RELEASE  8 
The  Release  8  Batch  SPSS  system  can  be  accessed  by  issuing  the  command: 

GRAB.SPSS/FUTURE. 
The  Release  8  SPSS/ONLINE  system  can  be  accessed  by  issuing  the  command: 

GRAB.SPSSONL/FUTURE. 

CYBER  SPSS  Release  7  will  remain  available  for  the  duration  of  the  Fall  semester  to 
accommodate  on-going  class  and  research  projects. 
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Release  7  can  be  accessed  in  the  usual  fashion  by  issuing  the  command: 

GRAB.SPSS. 
for  the  Batch  SPSS  system,  and  the  command: 

GRAB.SPSSONL 
for  the  SPSS/ONLINE  system. 

DOCUMENT  A  TION  FOR  RELEASE  8 

Three  handouts  that  may  be  obtained  free-of-charge  at  either  the  CSO  Distribution  Center 
(Room  164  DCL)  or  the  CSO  South  Consulting  Office  (Room  65  Comm  West)  are: 

.    Differences  between  Release  7  and  Release  8  for  the  Batch  SPSS  system. 

•  Differences  between  Release  7  and  Release  8  for  the  SPSS/ONLINE  system. 

•  Description  of  the  major  differences  between  SPSS  implemented  for  Release  8  and  the 
SPSS  system  described  in  the  McGraw-Hill  SPSS  manual. 

Three  documents  that  may  be  purchased  at  the  CSO  Distribution  Center  are: 

•  SPSS-6000  Version  8.0  ($4.15)  --  Contains  documentation  for  many  SPSS  procedures. 
These  extra  writeups  are  necessary  because  some  procedures  have  been  revised  or 
newly  implemented  since  the  last  edition  of  the  SPSS  manual.  This  packet  contains 
documentation  for  the  procedures:  ANOVA,  G3SLS,  JFACTOR,  MULT 
RESPONSE,  NONLINEAR,  NPAR  TESTS,  PLOT,  REGRESSION,  RELIABILITY, 
REPORT,  SPECTRAL,  SUMMARY  TABLES,  SURVIVAL,  TETRACHORIC,  in 
addition  to  the  RELIABILITY  Users  Guide. 

.    SPSS  MANOVA  ($2.45)  -  No  change  from  Release  7 

.    SPSS  Update  Pages  ($1.70)  --  Contains  only  those  pages  of  the  CYBER  SPSS 

documentation  which  have  been  revised  for  Release  8.   It  is  intended  for  those  users 
who  have  the  Release  7  documentation  and  wish  to  update  their  documentation  for 
Release  8. 


SOUPAC  ON  THE  CYBER:  NEW  RELEASE 

The  SOUPAC  package  for  Statistical  Oriented  Users,  resident  on  the  CYBER,  is  receiving 
significant  use,  especially  its  MATRIX  algebra,  data  TRANSFORMATIONS  and  Regression 
routines.   It  also  contains  routines  for  Analysis  of  Variance  and  Factor  Analysis.  Programs 
contained  in  the  original  IBM  version  are  gradually  being  converted  to  the  CYBER,  however, 
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the  amount  of  use  on  the  360  is  taken  into  consideration  when  deciding  which  routines  to 
convert.   A  listing  of  programs  currently  available  on  the  CYBER  is  presented  at  the  end  of 
this  article. 

Documentation  for  SOUPAC  exists  in  the  form  of  the  old  SOUPAC  manuals  and  several  free 
CYBER  supplemental  documents  (see  the  Statistical  Consultants,  Room  65  Comm  West). 

To  make  the  CYBER  SOUPAC  support  system  as  accurate  as  possible,  more  efficient,  and 
fully  compatible  with  future  releases  of  the  CDC  CYBER  operating  system,  a  new  version  of 
SOUPAC  using  Common  Memory  Manager  has  just  been  released.  This  involved 
reprogramming  the  memory  allocation  in  each  of  the  SOUPAC  procedures  to  assure  that 
adequate  memory  is  allotted  in  the  course  of  a  SOUPAC  job.   Users  should  also  notice  that 
the  new  SOUPAC  is  faster  for  most  problems. 

A  number  of  known  errors  were  corrected  during  the  process  of  reprogramming  (fixes  were 
not  made  in  the  old  version  of  CYBER  SOUPAC  during  this  period).  Changes  were 
extensive  in  the  MATRIX  program,  many  to  trap  user  input  and  specification  errors.   The 
TRANSFORMATIONS  program  received  attention,  especially  in  RECODE  and  DIF.   Several 
other  programs  also  received  corrections. 

The  new  version  can  be  accessed  by  the  command: 

GRAB.SOUP/FUTURE. 
or  the  command: 

FUTURE.SOUP. 

The  old  version  of  SOUPAC  is  still  available  as  GRAB,SOUP.  On  or  about  December  21, 
1979,  the  new  version  will  become  the  standard  version  and  will  then  be  able  to  be  accessed 
by  the  command,  GRAB,SOUP.  (The  old  version  will  no  longer  be  available  after  this  date.) 
Users  are  encouraged  to  try  the  new  SOUPAC  and  report  any  errors  or  problems  to  the 
Statistical  Consultants,  Room  65  Comm  West,  333-2170. 


CYBER  SOUPAC  Statistical  Programs 


Correlations  and  Regressions  Analysis  of  Variance 
BIS  BAL 

COR  DIS 

LON  POST 

MIS  TSQ 

OLS  T-T 

POL 

REG  Data  and  Matrix  Manipulation 
STE  MAT 

TRA 
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Factor  Analysis  Basic  Population  Statistcs 
ALP  STA 

CEN 

COM  Probit  Analysis 
EIG  MPR 

FAC 

J  AC  Special  Purpose 
OBL  PLO 

PRC  RND 

PRO  RNK 

SCF 

UFA  Tests  of  Fit 
VAR  K-S 


NUMERICAL  SERVICES 


XMP  ON  THE  CYBER 

A  library  of  FORTRAN  routines  for  linear  programming,  called  XMP,  has  been  obtained 
from  the  Department  of  Management  Information  Systems  at  the  University  of  Arizona  at 
Tucson.   It  is  accessed  on  the  CYBER  by  the  control  card: 

GRAB.XMP. 

To  use  XMP,  the  user  must  write  a  FORTRAN  main  program  which  calls  the  XMP  routines 
needed.  There  are  routines  for  initializing  XMP,  setting  up  data  areas,  and  all  phases  of 
optimization. 

XMP  provides  a  facility  for  investigating  linear  programming  techniques,  and  a  means  for 
solving  a  linear  program  as  a  part  of  a  larger  program.  It  is  restricted  to  running  in  main 
memory,  but  even  so,  large  linear  programs  can  be  solved. 

A  document  describing  the  use  of  XMP  can  be  obtained  and  printed  as  follows: 

WRITEUP.XMP. 
PRINT,XMPDOC/CC. 

This  generates  about  70  pages  of  output.   A  copy  is  available  for  inspection  in  the  Systems 
Consulting  Office  (Room  138  DCL). 

We  were  fortunate  in  that  one  user  had  a  large  application  to  try  with  XMP.  In  the  course  of 
his  work,  several  problems  were  reported  to  the  author  of  the  package,  and  fixed.  Following 
is  a  report  of  his  experience. 
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"My  experience  with  XMP  was  precipitated  by  a  need  to  obtain  an 
algorithm  that  could  assist  in  the  solution  of  a  large  linear  program 
containing  4,455  variables  and  1,812  constraints.   Unfortunately  this 
problem  required  the  inversion  of  a  matrix  containing  more  than 
8,000,000  elements.   Excluding  the  LP  optimization  code,  the  problem's 
memory  requirements  exceed  the  CYBER's  absolute  limits  by  a  factor 
of  about  60. 

"By  utilizing  a  decomposition  algorithm  and  code  developed  by 
Professor  Wayne  Davis  of  General  Engineering,  I  was  able  to  break  the 
overall  problem  into  22  subproblems.   The  largest  subproblem  had  375 
variables  and  141  constraints;  the  smallest  had  69  variables  and  18 
constraints.   The  Davis  algorithm  requires  that  certain  subproblems  be 
solved  separately.   The  answers  to  these  problems  are  aggregated  and 
passed  on  in  a  heirarchical  fashion  to  form  the  inputs  of  coordinating 
subproblems.   In  turn,  these  coordinating  problems  revise  the  constraint 
levels  of  the  original  subproblems.  The  proposal-constraint  revision 
information  exchanges  continue  until  the  overall  problem's  optimum  is 
reached. 

"XMP  provided  an  outstanding  vehicle  for  solving  the  problems. 
Because  it  utilizes  only  non-zero  matrix  elements,  the  largest  of  the 
subproblems  required  less  than  6,000  words  of  central  memory.   In 
contrast,  MP0S  would  require  at  least  60,000  words. 

"XMP's  speed  is  excellent.  The  largest  subproblem  required  slightly 
more  than  2  CPU  seconds  for  solution;  the  smallest  slightly  less  than 
0.2  seconds." 

This  user  has  also  remarked  that  using  XMP  requires  a  good  knowledge  of  FORTRAN,  as 
there  are  many  variables  to  be  dimensioned  and  coordinated.   Also,  its  print  facilities  are  not 
very  flexible  (although  the  user's  driving  program  can  do  any  desired  print  out)  and  XMP  has 
no  real  facilities  for  parametric  analysis. 

Questions  or  problems  with  XMP  should  be  directed  to  Stan  Kerr  (175  DCL,  333-4715). 
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TEXT  PROCESSING 


DIABLO  OUTPUT  SERVICE 

RNF  output  files  created  on  the  CYBER  can  be  printed  on  a  Diablo  hardcopy  terminal.  The 
quality  of  output  produced  on  the  Diablo  is  similar  to  the  quality  of  typewritten  pages.   A 
Courier  typestyle  (10  characters  per  inch)  and  an  Elite  typestyle  (12  characters  per  inch)  are 
available.  Standard  vertical  spacing  is  6  lines  per  inch.  The  paper  used  on  the  Diablo  is  14  x 
1 1  inches,  blank  on  both  sides  and  perforated. 

CSO  charges  $0.15  per  page  for  Diablo  output.  There  is  a  minimum  charge  of  $1.00  and  all 
charges  are  rounded  up  to  the  nearest  dollar.  We  will  accept  a  personal  check  payable  to  the 
University  of  Illinois,  or  we  can  bill  the  charges  to  a  valid  University  Account  Number. 

The  Diablo  can  print  40-50  pages  per  hour.  This  device  is  available  by  appointment  only.  If 
you  would  like  to  make  a  reservation  to  use  the  Diablo,  or  if  you  have  questions,  please  call 
333-8150. 


TEXT  PROCESSING  CONSULTING 

CSO's  Text  Processing  Consulting  Office  is  located  in  Room  207  Astronomy.  These 
consulting  services  provide  assistance  in  the  following  areas: 

•    RNF  text  formatter  programs  on  the  CYBER. 

.    NROFF/TROFF  text  formatter,  EQN  equation  formatter,  and  TBL  table  formatter 
programs  on  UNIX. 

The  Text  Processing  Consulting  Office  is  open  Monday  through  Friday,  9:00  AM  to  Noon 
and  1:00  PM  to  5:00  PM.  The  new  telephone  number  for  this  consulting  office  is  333-7318. 
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MISCELLANEOUS 


DECWRITER  II  DISCONTINUED 

Digital  Equipment  Corporation  (DEC)  has  informed  us  that  they  have  decided  to  discontinue 
producing  the  LA  36  DECwriter  II.  This  unit  has  been  replaced  with  the  LA  34  DECwriter 
IV.  The  basic  LA  34  sells  for  $975.00. 

It  is  recommended  that  you  order  the  LA  34  DECwriter  IV  or  the  LA  120  DECwriter  III 
terminals  to  satisfy  your  LA  36  requirements,  due  to  the  uncertainty  of  LA  36  deliveries. 

If  you  have  questions,  please  contact  Cliff  Carter,  Room  195  DCL,  333-3723. 


HELP  WANTED 


RESEARCH  ASSISTANT  FOR  COMPUTER  WORK 

Graduate  assistant  needed  for  computer  work.   Previous  experience  with  statistical  computer 
work  is  expected.   Should  be  familiar  with  SPSS  and  CYBER  control  language  and  ICE  text 
editor.  The  analysis  deals  with  national  level  survey  data  on  child  welfare  placement  practices 
in  38  states.   Work  load  is  approximately  10  hours  per  week  at  the  convenience  of  the 
research  assistant.   Nine  (9)  month  appointment.  Start  as  soon  as  possible.   If  you  are 
interested  or  if  you  require  additional  information  contact  Professor  Edmund  V.  Mech  (333- 
2261)  at  the  School  of  Social  Work. 


PART-TIME  STUDENT  FOR  TEXT  PROCESSING 

CSO  would  like  to  hire  a  student  for  part-time  employment  in  the  area  of  Text  Processing. 
Duties  include  clerical  assistance,  operation  of  text  processing  output  devices  and  various 
computer  operations  tasks.  The  work  schedule  is  20  hours  maximum,  favoring  Tuesday- 
Thursday-Friday  mornings  and  one  afternoon  per  week. 

No  computer  experience  is  necessary.   Applicants  should  have  some  typing  experience  and  an 
interest  in  assisting  CSCTs  staff  and  computer  users  with  producing  high-quality  text  output. 

For  more  information,  please  contact  Debbie  Weller  (333-8150). 


20 


FULL-TIME  PROGRAMMER  WANTED 

The  Reading  Research  Computer  Laboratory  is  seeking  a  programmer  with  assembly  language 
experience,  preferably  in  a  real-time  environment. 

This  recently-established  lab  is  equipped  with  a  PDP- 11/40  computer  with  laboratory 
peripherals  (A/D  channels,  digital  I/O,  etc.)  and  graphics  capability,  a  PDP-11/60  on  which  a 
time-sharing  system  will  shortly  be  installed,  a  PDP- 11/04,  a  high-speed  electrostatic 
printer/plotter,  and  the  best  equipment  available  for  recording  people's  eye  movements. 

Principle  research  underway  uses  the  computer  to  monitor  a  reader's  eye  movements  and  to 
cause  changes  in  the  text  being  read  in  response  to  characteristics  of  those  eye  movements. 
These  studies  are  investigating  what  people  are  seeing  as  they  read,  and  how  they 
comprehend  the  language.  Other  activities  include  recording  brain  waves  during  reading 
(evoked  potential  research),  teaching  reading  by  computer,  and  using  the  computer  to  aid  in 
the  assessment  of  what  a  person  has  retained  from  reading  a  passage.  The  laboratory  has  a 
congenial  and  exciting  atmosphere,  and  is  a  pleasant  working  environment. 

For  more  information,  please  contact  George  McConkie,  333-7634  or  333-7644,  or  come  to 
the  laboratory  at  the  Center  for  the  Study  of  Reading,  Children's  Research  Center,  51  Gerty 
Drive,  Room  20. 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of 
Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  monthly.  Articles  may  be  re- 
printed provided  that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360 
Model  75  with  one  million  bytes  of  fast  core  and  two  million  bytes  of  slow  core, 
under  HASP  and  OS,  and  a  CYBER  175  with  256K  words  of  central  memory  and 
512K  words  of  ECS,  under  NOS,  serving  up  to  190  simultaneously  active  text  and 
graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of  core  driving  a  GSI 
CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


CAVEAT  EMPTOR 

The  external  signs  of  the  computer  industry  are  all  healthy,  with  faster  and  more 
sophisticated  equipment  at  rapidly  falling  prices,  while  the  companies  appear  profitable  and 
aggressive.   One  would  expect,  in  the  light  of  such  a  picture,  to  find  great  satisfaction  among 
customers. 

There  is,  however,  a  growing  problem,  probably  related  to  this  explosive  growth  and  the 
pervasive  distribution  of  electronic  systems.  Three  aspects  of  this  problem  should  be 
considered  when  making  your  plans  for  equipment  acquisition. 

Delivery  schedules  are  being  stretched  and  are  becoming  very  unpredictable.  Companies, 
with  large  order  backlogs,  are  not  very  responsive  to  complaints  about  delivery  slippage  or 
sympathetic  about  customer  needs.  There  are  many  aspects  of  this  problem,  including  delays 
on  whole  systems,  partial  shipments  spread  over  long  periods,  and  an  extreme  shortage  of 
repair  parts. 

Quality  control,  long  a  good  characteristic  of  electronic  equipment,  has  become  almost 
nonexistent.  Over  the  past  two  years  we  have  gone  from  expecting  equipment  to  work  when 
delivered,  to  expecting  extensive  problems  before  the  equipment  will  work.  The  factory 
expects  the  field  to  fix  the  problems,  and  a  finger-pointing  match  occurs  frequently  with 
everyone  denying  the  responsibility. 

Finally,  there  is  the  emergence  of  complex  marketing  arrangements  with  an  intermediary, 
frequently  unrelated  to  the  manufacturer,   taking  some  portion  of  the  responsibility  for  sales, 
installation,  or  maintenance.  Given  the  other  two  problems,  the  effect  is  to  further  hide 
responsibility  and  make  resolution  of  problems  or  complaints  more  difficult. 

These  problems  are  based  on  real  factors  in  the  market.  Given  cheap  components,  the 
demand  for  computing  equipment  has  grown  explosively.   Due  to  extreme  short-term 
competition,  prices  have  fallen  dramatically  below  a  stable  equilibrium  between  supply  and 
demand.   Production  facilities  and  component  supply  are  inadequate  to  meet  demand  in  a 
timely  fashion,  with  any  quality  control.  The  cost  of  sales  support  on  items  such  as  terminals, 
microprocessor  systems,  modems,  etc.,  dictates  different  approaches  to  marketing  for  many 
companies  and  they  have  not  yet  adjusted. 

There  are  strategies  to  cope  with  part  of  the  problem.   Among  them  are: 

•    Assume  that  deliveries  will  be  slow  and  plan  further  ahead. 

.    Include  an  acceptance  test  before  paying.   You  have  a  lot  more  leverage  before  you 
pay. 


•  Know  your  vendor,  and  his  current  attitudes  and  behavior.  Insist  on  dealing  with 
reputable  vendors. 

•  Include  spare  parts  with  the  initial  order  and  insist  they  be  available  before  acceptance. 

In  addition  to  these  steps  which  can  be  taken  by  individuals,  we  are  attempting  some  general 
approaches.   Foremost  among  these  is  the  maintenance  of  an  inventory  of  spares,  rental 
units,  etc.,  for  those  items  where  some  predictable  demand  is  seen. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  November,  the  approximate  mean  time  between  failures  for  the  CYBER  1 75  was  23 
hours  and  the  mean  time  to  repair  was  about  19  minutes.  Problems  on  the  CYBER  were  due 
to  disk  wipe-out  and  software  problems. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  25  hours  and  the 
mean  time  to  repair  was  about  40  minutes.   Problems  were  again  due  to  power  supply  and 
memory. 


CYBER 


CSO  MAILBOX  FACILITY 

CSO  has  recently  completed  the  development  and  testing  of  an  electronic  mailbox  facility  for 
use  on  the  CYBER  175.  The  purpose  of  the  facility  is  to  allow  you  to  leave  messages  for 
another  person  who  uses  the  CYBER  and/or  to  view  messages  left  for  you. 

CAUTION:  Since  this  is  a  new  facility,  there  will  be  bugs  or  inconsistencies 
for  a  time.  Please  report  these  along  with  any  suggestions  you  may  have  by 
using  TELL,UI  =  103. 

There  are  three  basic  utilities  connected  with  the  mailbox  facility: 

•  WHO       to  determine  if  a  person  is  on  the  system 

•  TELL      to  leave  a  message  for  one  or  more  people 


•  MESSAGE  to  view  messages  left  for  you  and  optionally  respond  to  them. 
You  can  refer  to  one  or  more  people  in  a  number  of  ways: 

•  You  can  use  their  name(s)  as  it  has  been  entered  under  the  MANAGE  program. 
However,  this  may  be  inadequate  if  someone  has  a  common  name. 

•  You  can  use  their  University  ID  number. 

•  You  can  use  their  user  number. 

•  You  can  use  their  user  index  or  their  user  index  hash. 

.    You  can  refer  to  anyone  in  the  same  charge,project  with  which  you  are  associated. 

•  You  can  refer  to  a  predefined  set  of  names  that  you  have  established  in  your  OPTION 
file. 

The  following  features  and  options  exist  in  this  facility: 

•  A  copy  of  the  message  is  placed  in  the  local  file  NEWMAIL  automatically. 

•  All  messages  are  placed  in  a  central  system  file.   If  you  send  a  message  to  many 
people,  only  one  copy  of  the  message  is  kept  in  this  central  file. 

•  After  everyone  has  seen  the  message,  it  is  automatically  removed  from  the  central  file. 

•  If  a  message  remains  in  the  central  file  over  two  weeks,  the  originator  of  the  message 
is  warned  that  not  everyone  has  seen  it  and  that  the  message  will  be  removed  after 
one  more  week  (this  means  the  message  would  be  in  the  central  file  for  a  total  of 
three  weeks).  The  originator  would  then  be  allowed  to  extend  this  deadline  one  more 
week,  thereby  keeping  the  message  in  the  central  file  for  four  weeks.   After  this 
extended  period,  the  originator  will  again  be  warned  if  not  everyone  has  seen  the 
message. 

•  At  any  time,  you  can  delete  a  message  you  have  sent  to  others. 

•  After  viewing  a  new  message,  you  may: 

REPLY  to  the  sender. 

FORWARD  a  copy  to  other  people. 

COPY  the  file  to  a  local  file  or  to  the  terminal  again. 

SAVE  a  copy  of  the  message  in  a  permanent  file. 

Go  on  to  the  next  message  -  making  the  current  message  no  longer  accessible 
except  from  the  local  file  NEWMAIL. 


•  Get  on-line  assistance  via  the  HELP  command  of  the  mailbox  facility. 

•  If  you  are  going  on  vacation,  you  can  have  any  future  messages  that  are  sent  to  you 
routed  to  a  friend  so  that  someone  can  respond  to  your  messages  while  you  are  gone. 

•  You  can  receive  a  SUMMARY  of  all  messages  waking  to  be  seen  by  you,  and  all 
messages  you  have  sent  to  others  that  have  not  yet  been  received. 

•  You  can  create  a  local  file  containing  a  message  and  use  this  file  as  input  when  "telling" 
someone. 

Full  details  on  all  options  are  available  via  the  HELP  commands  of  the  mailbox  facility.  To 
access  these  HELP  files,  enter  one  of  the  following: 

MESSAGE/HELP. 

TELL/HELP. 

WHO/HELP. 

To  use  these  three  commands,  in  the  simplest  form,  you  do  the  following: 

•  Determine  whether  a  person  you  know  is  on  the  system  by  using  the  WHO  command: 

WHO/THOMAS  MIKE. 

•  Having  found  that  this  person  is  on  the  system,  you  can  leave  the  person  a  message 
by  entering: 

TELL.THOMAS  MIKE. 

You  will  then  be  prompted  by: 

WHAT? 

Enter  your  message  after  this  prompt.   End  the  message  with  a  bare  carriage  return 
after  the  prompt  of  a  single  question  mark.   You  then  will  receive  an 
acknowledgement  that  the  person  has  been  "told". 

•  You  can  view  messages  to  you  by  entering: 

MESSAGE 

You  will  be  given  a  summary  of  all  messages  waiting  to  be  seen.  Then  you  will  be 
asked 

WHAT  TO  DO? 

simply  press  the  carriage  return  to  see  a  message  that  has  been  sent  to  you. 


When  there  are  no  more  messages  to  see,  you  can  exit  from  MESSAGE  by  entering 
the  command: 

E 

Whenever  you  login  to  the  system,  you  will  be  told  if  you  have  any  messages  waiting  for  you. 

In  the  future,  there  will  be  a  more  complete  reference  to  the  system,  and  all  of  the  options 
will  be  described  more  thoroughly. 


USE  COMMAND  AVAILABLE  FROM  TIME-SHARING 

The  USE  command,  which  was  previously  announced  for  batch  use  (OFF-LINE,  November 
1978,  "USE  Program  Now  Available")  is  now  available  from  time-sharing  as  well.  The 
purpose  of  USE  is  to  guarantee  that  any  needed  file  which  has  been  migrated  is  reloaded 
before  an  attempt  is  made  to  use  it. 

The  format  of  the  USE  command  is: 

USE,  f He  l.fileZ.Jilen. 

or 

USE, filel,file2....filen/m= user  number. 

where  filel,  file2,  etc.  are  the  names  of  permanent  files  which  must  be  on  disk  if  subsequent 
processing  is  to  succeed.  The  USE  command  should  appear  before  any  of  the  named  files 
appear  in  a  GET,  ATTACH,  or  OLD  command. 

When  used  from  time-sharing,  USE  will  produce  no  output  if  all  the  named  files  are  on  disk. 
If  one  or  more  of  the  named  files  have  been  migrated,  USE  will  generate  a  RELOAD  request 
and  issue  the  message 

XXXXXXX\N\LL  BE  RELOADED 

at  the  terminal  for  each  file  that  must  be  reloaded.   After  issuing  all  the  required  RELOAD 
requests,  USE  will  abort  with  the  message: 

SOME  FILES  UNAVAILABLE  TRY  AGAIN  IN  30  MINUTES. 

USE  behaves  in  a  similar  fashion  when  it  is  used  in  a  batch  job.   In  this  case,  however,  USE 
reports  the  files  which  had  to  be  reloaded  in  the  dayfile  and  waits  for  completion  of  the 
generated  RELOAD  requests  instead  of  aborting. 

Multiple  USE  commands  are  processed  together.  Contiguous  USE  commands  are  processed 
as  if  there  were  a  single  USE  command  with  an  extended  list  of  file  names.   For  time-sharing 
jobs,  this  behavior  insures  that  all  necessary  RELOAD's  are  generated  before  aborting.   For 
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batch  jobs,  it  eliminates  multiple  waits  for  RELOAD's.  A  maximum  of  100  file  names  may 
be  used  in  a  contiguous  group  of  USE  commands. 


EDUNET  NEWS:  COMPUTER  CONFERENCING  SYSTEM 

The  New  Jersey  Institute  of  Technology  (Newark)  has  joined  EDUNET  as  a  Sustaining 
Member  and  Supplier.  NJIT  will  make  available  their  Interdata  7/32  system  for  other 
EDUNET  users. 

NJIT  operates  an  Electronic  Information  Exchange  System,  "one  of  the  most  advanced 
computer-based  conferencing  systems  available  today".  It  is  designed  to  permit  geographically 
dispersed  groups  of  5  to  50  people  to  deal  jointly  with  a  problem  or  project  through 
conferencing,  message  processing,  word  processing,  and  other  techniques. 

For  further  information,  call  the  EDUNET  Liasison,  Navin  Sharma  at  333-2171  (Tu-Th 
mornings,  M-W-F  afternoons). 


STATISTICAL  SERVICES 

LISREL  VERSION  IV  INSTALLED  ON  THE  CYBER 

LISREL  Version  IV  (an  analysis  of  linear  structural  relationships  by  the  method  of  maximum 
likelihood)  authored  by  Drs.  Karl  G.  Joreskog  and  Dag  Sorbom  has  been  installed  on  the 
CYBER.  It  is  an  entirely  rewritten  program  that  eliminates  most  of  the  inconvenient  features 
of  LISREL  Version  III.  LISREL  IV  is  easier  to  run  from  time-sharing  terminals. 

When  comparing  LISREL  IV  to  LISREL  III,  the  new  version  has  the  following  features: 

Dynamic  storage  allocation. 

Free  format  input  based  on  simple,  easy-to-learn  key  words. 

Easier  specification  of  submodels. 

Extensive  system  check  on  input  and  specific  error  messages. 

Optional  output,  80  characters  in  width. 

New  tables  in  output  to  better  facilitate  interpretation. 


•  Ability  to  obtain  and  save  correlations. 

•  Analysis  of  data  from  several  groups  simultaneously. 

A  complete  description  of  LISREL  IV  can  be  found  in  the  manual,  L1SREL  User's  Guide 
Version  IV,  Karl  G.  Joreskog  and  Dag  Sorbom,  National  Educational  Resources,  Inc., 
Chicago,  Illinois,  November  1978.   It  may  be  purchased  from  the  CSO  Distribution  Center, 
Room  164  DCL. 

To  use  LISREL  IV,  issue  the  commands: 

GRAB.USREL4. 
USREL4,// nl,lfn2. 

where  Ifnl  is  the  name  of  the  local  rile  containing  your  problem  information  and  /rn2is  the 
name  of  the  local  file  to  which  your  results  are  written.   If  Ifnl  is  not  specified,  the  system  file 
INPUT  is  assumed,  and  if  Ifn2  is  not  specified,  the  system  file  OUTPUT  is  assumed. 

Since  LISREL  IV  is  a  complete  replacement  for  LISREL  III,  LISREL  III  will  be  moved  to 
UN=STATLIB  until  it  is  decided  whether  LISREL  III  can  be  removed  entirely  from  the 
system.    This  will  occur  on  January  15,  1980.   We  encourage  all  users  of  LISREL  III  to  make 
use  of  Version  IV. 

Any  questions  concerning  the  use  of  LISREL  IV  should  be  directed  to  the  CSO  Statistical 
Consultants  in  Room  65  Commerce  West  (333-2170). 


TEXT  PROCESSING 


TEXT  PROCESSING  SERVICES  AT  CSO 

CSO  offers  text  processing  services  on  two  systems,  CYBER  and  UNIX.   Most  general- 
purpose  text  processing  is  done  on  the  CYBER  175  at  DCL,  using  the  text  editor  ICE  in 
conjunction  with  the  text  formatter  RNF.   If  you  are  not  presently  a  CYBER  user,  and  wish 
to  get  started,  ask  for  assistance  from  your  department,  or  contact  the  CSO  Accounting 
Office,  Room  162  DCL,  333-6769. 


CYBER 

Once  you  have  acquired  a  CYBER  signon,  your  next  step  is  to  learn  how  to  create  and  edit 
files.  This  is  done  using  ICE,  which  is  a  text  editor.  The  ICE  tutorial,  A  Tutorial  Guide  to  the 
ICE  Text  Editor,  contains  the  necessary  instructions  to  do  simple  file  creating  and  editing 
tasks.   For  the  user  who  wishes  to  acquire  more  proficiency,  a  copy  of  the  ICE  Reference 
Manual  will  be  useful.   Another  manual  which  contains  useful  information  for  a  beginner  on 


the  CYBER  is  the  Introduction  to  the  CYBER  175.  These  manuals  may  be  obtained  in  the 
CSO  Distribution  Center,  Room  164  DCL. 

RNF  is  a  program  which  reads  a  file  containing  text,  interspersed  with  formatting  commands, 
and  then  produces  formatted  output.  The  following  are  some  of  the  more  important  features 
of  RNF: 

Pagination  -  titles,  sub-titles,  page  numbers 

Filling  of  text  and  right-margin  justification 

Numbered  lists 

Paragraphing 

Tabs 

Single,  double,  and  triple  spacing 

Automatic  chapter,  section,  and  sub-section  numbering 

Macros  and  variables  for  user-defined  text  structures 

Output  from  RNF  can  be  displayed  directly  on  any  time-sharing  terminal,  or  it  can  be  stored 
in  a  file  for  later  use.  Typical  output  devices  are  CRTs,  DECwriters,  and  the  line  printers  at 
CSO  RJE  sites. 

The  following  is  an  example  of  some  RNF  output: 

An  RNF  Example 

This  is  some  text  which  has  been  run  through  RNF  on  the 
CYBER.  The  right  margin  is  justified  by  default,  but 
that  can  be  changed  easily  with  a  simple  RNF  command. 
The  text  below  is  a  list  with  justification  turned  off: 

1 .  The  numbers  at  the  beginning  of  each  entry  of 
the  list  are  generated  automatically  by  RNF. 

2.  The  indents  are  also  handled  automatically. 
This  output  was  done  on  the  Diablo  printer. 

The  user  can  also  create 

indents  and  tabs  to  suit 

many  documentation 
needs. 


For  final,  camera-ready  copy,  the  best  quality  output  can  be  obtained  from  a  Diablo-type 
terminal  equipped  with  a  carbon  ribbon.  CSO  maintains  a  dial-up  Diablo  terminal  for  general 
use,  in  Room  209  of  the  Astronomy  building.   The  user  must  call  333-8150  to  make  a 
reservation  for  its  use.  A  lead  time  of  2  or  3  days  is  recommended.  The  cost  of  using  the 
Diablo  terminal  is  15<t  per  page  of  output.    (For  further  information  on  the  Diablo,  see  the 
December  issue  of  OFF-LINE,  "Diablo  Output  Service") 

For  more  information  on  RNF  and  how  to  use  it,  pick  up  copies  of  the  RNF  User's  Guide  and 
the  RNF  Reference  Manual,  either  in  the  CSO  Distribution  Center,  Room  164  DCL,  or  at 
CSO  South,  Room  70  Commerce  West. 


UNIX 

CSO  also  provides  a  text  processing  service  on  the  PDP-1 1/50  UNIX  operating  system  which 
is  located  on  the  second  floor  of  the  Astronomy  Building.  This  system  features  the  TROFF 
formatting  program  developed  by  Bell  Labs,  equation  and  table  formatting  programs,  and  a 
phototypesetter  for  high-quality,  camera-ready  output.   Using  TROFF,  its  associated  macro 
packages,  and  the  equation  and  table  programs,  the  user  can  generate  a  wide  variety  of 
document  styles,  including  footnotes,  automatic  table  of  contents,  multiple  columns, 
equations,  and  complex  tables,  in  several  different  fonts  and  point  sizes. 

Following  is  some  output  from  TROFF,  using  both  the  table  and  equation  programs: 


Composition  of  Foods 

Food 

Percent  by  Weight 

Protein 

Fat 

Carbo- 
hydrate 

Apples 
Halibut 
Lima  beans 
Milk 

Mushrooms 
Rye  bread 

.4 
18.4 

7.5 
3.3 
3.5 
9.0 

.5 
5.2 

.8 
4.0 

.4 

.6 

13.0 

22^0 
5.0 
5.0 

52.7 

Name  Function 


oo 

Gamma      r(z)=ft:-le-'dt 

°1 
Sine  s\n(x)=^-:(e'x-e~'x) 

2/ 

Error  erf(z)=-7=-  \e~'2dt 

Bessel         JQ(z)=—  )cos(zsir\0)d6 

7TJ0 

Zeta  £(s)=£*-s  (Re  s>\) 

k=\ 


Access  to  UNIX  is  available  on  a  restricted  basis,  which  is  determined  in  part  by  the  need  for 
using  its  facilities.   Inquiries  should  be  directed  to  Debbie  Weller  (333-8150). 
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Which  System  to  Use  ? 

The  choice  of  which  text  processing  system  to  use  depends  on  several  factors.  The  primary 
advantage  of  RNF  on  the  CYBER  is  its  easy  accessibility  for  a  large  portion  of  the  user 
community.   It  is  easy  to  learn,  and  inexpensive  (RNF  runs  usually  cost  about  10<t  per  page 
of  output,  for  computer  time  used,  and  line  printer  output  costs  are  about  5<t  per  page). 
However,  it  does  not  have  footnoting,  or  a  reliable  superscript  or  subscript  capability.  Also, 
its  output  is  limited  to  the  standard  alpha-numeric  character  set,  and  it  provides  no  support 
for  devices  with  extended  character  sets  or  special  plotting  features,  thus  ruling  out  most 
equation-type  applications. 

TROFF,  on  the  other  hand,  although  a  great  deal  more  powerful  and  versatile,  is  expensive. 
For  example,  typeset  copy  costs  from  $3.00  to  $4.00  per  page  for  typical  composition,  and 
sometimes  more  for  complicated  applications,  such  as  matrices,  multiple  columns  with 
densely  packed  text,  equations,  and  tables. 

If  you  are  already  using  one  of  the  two  systems,  help  is  available  from  the  Text  Processing 
Consulting  Office,  in  Room  207  Astronomy,  phone  333-7318.  Consulting  hours  are  from 
9:00  AM  to  12:00  noon  and  from  1:00  PM  to  4:00  PM  daily. 


MISCELLANEOUS 


NEW  TERMINAL  SITE  OPENED 


CSO  has  opened  a  new  terminal  site  in  the  lounge  at  Allen  Hall  on  the  east  side  of  the 
campus.  Hardware  at  Allen  Hall  includes  four  CRT  terminals  and  one  DECwriter  on  dial-up 
lines.   Hours  of  operation  are  from  8:00  AM  -  1 1:00  PM  daily.  The  closest  entrance  is  from 
the  west  side  of  the  building  (with  a  turn  to  the  left  after  entering). 


ORDERING  CSO  DOCUMENTATION 

The  CSO  Distribution  Center  tries  to  maintain  well-stocked  shelves  of  all  documentation  for 
the  user  community.   In  the  past,  these  supplies  often  were  drastically  depleted  when  a  faculty 
member  decided  to  distribute  copies  of  a  certain  manual  or  guide  to  his  entire  class.  Since 
reprinting  of  a  document  requires  at  least  three  to  four  weeks,  we  can  no  longer  permit  more 
than  five  copies  of  a  document  to  be  taken  by  any  individual  unless  we  have  received  prior 
notification. 

We  will  be  happy  to  make  arrangements  to  provide  a  ready  supply  of  our  documents  for 
classes.   If  you  plan  to  use  one  of  our  documents  for  a  class,  please  notify  Lynn  Bilger  (Room 
139  Astronomy  Building,  333-6236)  at  least  one  month  in  advance  and  indicate  the  name  of 
the  document  and  the  number  of  copies  you  will  need. 
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GIVE  US  YOUR  NAME!! 

Periodically  individuals  contact  CSO  looking  for  programmers,  keypunches,  etc.  to  do  work 
for  them.   These  requests  range  from  small  one-time  jobs  to  extensive  jobs  requiring 
knowledge  of  computer  languages,  coding  and  such.  CSO  wishes  to  maintain  a  current  file  of 
names  of  persons  willing  to  be  contacted  for  such  work. 

If  you're  interested  in  being  included  in  such  a  file,  stop  by  Room  150  DCL  to  fill  out  a  form, 
or  call  333-1637  and  we  will  send  you  one.  Each  name  will  be  kept  on  file  for  a  period  of  one 
year  unless  an  individual  specifically  states  his/her  intention  to  be  available  for  a  longer  period 
of  time. 

CSO  will  give  names  and  phone  numbers  to  prospective  employers  who  will  contact  you  at 
his/her  discretion. 


HELP  WANTED 


HALF-TIME  PROGRAMMER  NEEDED 

Programmer:  Half-time,  new  experimental  program  in  CAI.  One  or  more  years  experience  in 
Tutor,  Basic,  or  other  languages.   Starting  date:  January,  1980.   Prefer  candidate  with 
background  in  sciences.  Contact  Paul  Handler,  57  CSL,  333-3827.   Half-time  R.A.'s  for 
graduate  students  also  available. 


RESEARCH  ASSISTANT  FOR  COMPUTER  WORK 

I  am  looking  for  a  graduate  research  assistant  to  do  statistical  computer  work  on  a  large 
dataset.   I  have  several  tapes  of  data  from  an  IBM  machine  at  another  University,  which  are 
well-documented  by  my  previous  programmer.   You  should  be  able  to  adapt  these  data  for 
use  on  the  CYBER,  be  able  to  use  SPSS,  and  be  willing  to  learn  to  use  a  Logit  (nonlinear 
estimation)  program. 

An  Economist  in  FACE,  I  am  evaluating  the  economic  impact  of  federal  equal  opportunity 
laws  in  the  labor  market,  using  a  large  national  data  sample.  The  number  of  hours  can  vary 
from  week  to  week,  but  should  average  approximately  20  per  week  over  the  course  of  the 
Spring  semester.   It  may  be  possible  for  employment  to  continue  longer. 

If  you  are  interested  or  want  more  information,  contact  Professor  A.  Beller,  333-7257  or 
333-2412  (to  leave  a  message). 


OFF-LINE's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 


Check  one: 


□  New  subscriber 

□  Removal  request 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of 
Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  monthly.  Articles  may  be  re- 
printed provided  that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360 
Model  75  with  one  million  bytes  of  fast  core  and  two  million  bytes  of  slow  core, 
under  HASP  and  OS,  and  a  CYBER  175  with  256K  words  of  central  memory  and 
512K  words  of  ECS,  under  NOS,  serving  up  to  190  simultaneously  active  text  and 
graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of  core  driving  a  GSI 
CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  December,  the  approximate  mean  time  between  failures  for  the  CYBER  was  16  hours 
and  the  mean  time  to  repair  was  about  1  hour,  29  minutes.  Disk  drive  problems  were  the 
major  cause  of  CYBER  downtime. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  28  hours  and  the 
mean  time  to  repair  was  about  19  minutes.  Both  software  and  hardware  problems  were  the 
reason  for  360  downtime. 


CYBER 


SIGMA  -  A  NEW  CONVERSATIONAL 
GRAPHICAL  LANGUAGE 

The  SIGMA  language  has  been  acquired  and  is  being  made  available  to  CSO's  user 
community  on  an  unsupported  basis.  SIGMA  was  designed  and  written  at  CERN,  the 
European  Organization  for  Nuclear  Research,  where  it  has  been  in  use  for  many  years  under 
a  slightly  different  operating  system. 

SIGMA  is  a  conversational  language  which  provides  easy  definition,  manipulation  and 
graphical  display  of  scalar  and  array  data.  One  of  its  ancestors  was  the  Culler-Fried  interactive 
system,  and  in  some  ways  it  also  resembles  SPEAKEASY.  It  has  in  common  with  APL  its 
statement  by  statement  execution  and  the  treatment  of  rectangular  arrays  as  simple  data 
objects. 

The  following  trivial  example  gives  some  idea  of  the  flavor  of  the  language: 

A=ARRAY(100,0#2*PI) 
DISPLAY  SIN(A):A 

The  first  statement  creates  a  100-element  vector  whose  values  range  in  equal  steps  between  0 
and  2PI.  The  second  statement  produces  a  graphic  plot  of  a  sine  curve  using  100  points 
connected  by  straight  lines. 


Other  features  of  the  language  are: 

•  A  more  general  array  arithmetic  than  APL,  so  that  not  only  identical  but  also 
topologically  compatible  arrays  may  be  the  operands  of  scalar  operators. 

•  A  syntax  in  the  style  of  FORTRAN,  with  a  structured  IF  statement,  many  system 
commands  and  fully  recursive  subroutines  and  functions. 

•  Dynamic  typing,  i.e.,  no  declarations,  and  free  reassignment  to  variables. 

•  Full  support  of  complex  mode,  with  automatic  transition  into  the  complex  domain 
when  necessary,  and  two  input  options  for  complex  numbers. 

•  Flexible  and  efficient  exchange  of  text  and  binary  files  with  FORTRAN  and  other 
languages,  with  ICE,  etc.;  and  handling  of  workspace  files  containing  SIGMA  data  and 
programs. 

•  Up  to  ten  dimensions  and  up  to  6500  elements  in  all  for  any  one  array  (3200  if 
complex). 

•  Wide  variety  of  operators  (transpose,  trace,  drop,  ...)  which  manipulate  an  array  as  a 
whole  -  but,  unlike  APL,  are  expressed  in  function  notation  (e.g.,  TRACE(ARR)). 

•  Many  common  and  some  unusual  mathematical  routines  in  an  intrinsic  library;  and 
some  instructive  and  useful  SIGMA  programs  in  an  external  library-workspace. 

•  A  large  number  of  options  for  graphic  display  including  hard  copy  of  the  Tektronix 
screen  on  any  device  accessible  through  GCS  (Calcomp  plotters,  etc.). 

•  Text  string  handling,  with  all  operators  and  functions  defined  on  them. 

•  A  version,  allowing  up  to  1200  elements  per  array,  which  is  usable  in  63000  octal 
words  of  memory. 

The  following  documentation  is  available  for  reference  or  copying  in  the  Systems  Consulting 
Office  (Room  138  DCL): 

•  SIGMA  at  Uofl--  local  details,  how  to  get  started,  names  and  addresses. 

•  SIGMA  Without  Effort,  An  Interactive  Tutorial  for  Learning  SIGMA  On-Line-  highly 
recommended. 

.    SIGMA  User's  Manual-  reference  manual. 

•  SIGMA,  A  New  Lannguagefor  Interactive  Array-Oriented  Computing—  the  official, 
formal  description  of  SIGMA. 

•  SIGMA  Implementation  Notes 


•  Sigma  Demonstration  Program 

You  may  access  SIGMA  by  entering  the  command: 

GRAB.SIGMA/T 

which  makes  a  procedure  called  SIGMA  available.  The  parameters  to  SIGMA  (all  optional 
and  in  any  order)  are: 

•  TEK  or  CHR  -  for  a  version  suitable  for  graphics  on  a  Tektronix  terminal  or  any  other 
terminal  ("character  plotting";  using  periods  to  form  a  line  is  one  example). 

•  LONG  or  SHORT  -  for  a  version  allowing  6500-  or  1200-word  arrays  (taking  about 
63000  and  134000  octal  words  of  memory,  respectively). 

The  defaults  for  the  above  options  are  the  short  version  and  the  same  terminal  as  previously, 
or  CHR  for  the  first  use  of  SIGMA  after  logging  in.  (Job  control  registers  1  and  2  are  used.) 
An  example  would  be: 

GRAB.SIGMA/T 

SETTU100 

SIGMA.TEK.LONG 

When  in  SIGMA,  typing  the  command 

INEWS 

will  print  any  recent  developments.  Typing 

!COPY  SIGLIB.FUTRUB.CONTENT 
CALL  CONTENT 

will  print  a  list  of  SIGMA  programs  available  on  workspace  SIGLIB/UN=FUTRLIB,  with 
instructions  on  how  to  obtain  them.   A  demonstration  workspace  may  be  loaded  by  typing 

ILOAD  SIGDEMO.FUTRUB 
CALL  DEMO 

which,  especially  at  a  Tektronix,  will  produce  results  similar  to  the  document,  SIGMA 
Demonstration  Program. 

SIGMA  was  brought  to  our  attention  by  a  CSO  staff  member  with  previous  work  experience 
at  CERN.  It  appears  to  be  a  powerful  and  useful  package,  and  this  is  an  attempt  to  measure 
user  interest  in  it.  If  sufficient  user  interest  is  shown,  CSO  will  continue  to  make  it  available 
and  will  support  it  to  the  extent  of  assuring  its  continued  operation  under  future  versions  of 
the  operating  system.  If  interest  is  only  minimal,  it  will  be  removed  from  the  system.  In  this 
event,  the  source  for  the  package  can  be  made  available  to  any  interested  party. 

Questions  and  comments  should  be  directed  to  Gabriel  Barta  (Room  179  DCL,  333-3740). 
Those  interested  in  talking  to  a  user,  with  applications  outside  computer  science,  may  contact 
George  McKee,  Department  of  Genetics  and  Development  (333-4777  or  333-3909). 


STATISTICAL  SERVICES 

SPSS  ON  THE  CYBER 

The  Release  8  SPSS  System  can  now  be  accessed  as  follows: 

GRAB.SPSS  for  the  batch  SPSS  system 

GRAB.SPSSONL  for  the  SPSS/ONLINE  system 

Please  see  the  article,  "CYBER  SPSS  Release  8  Available"  in  the  December  1979  issue  of 
OFF-LINE  for  information  about  new  procedures  and  modifications  to  existing  facilities  which 
are  available  in  Release  8,  and  for  information  about  obtaining  Release  8  documentation. 


MISCELLANEOUS 


IBM  082  SORTER 

The  IBM  082  sorter  located  in  the  basement  of  Comm  West  will  be  removed  in  March  of 
1980.  However,  there  is  an  IBM  082  sorter  in  the  Electrical  Engineering  building  that  can  be 
used.  If  you  need  to  use  this  sorter,  you  must  schedule  time  through  Oscar  Taylor,  Room 
146  EE,  333-4936. 


COMPUTER  RELATED  DISCOUNTS  AVAILABLE 
THROUGH  PURCHASING  DIVISION  -  UPDATE 

In  the  article,  "Computer  Related  Discounts  Available  Through  Purchasing  Division", 
published  in  the  October  1979  issue  of  OFF-LINE,  there  was  a  list  of  hardware  items  for 
which  there  are  contracts  valid  until  June  30,  1980.  The  following  item  should  be  added  to 
that  list: 

Alphanumeric  CRT  terminal  IBM  model  3101,  priced  at  $1046.36  each.  Ship-back- 
for-repairs  maintenance  and  repair  service  at  $70/year. 

One  of  these  terminals  is  available  for  inspection  in  Room  193  DCL. 


OFF-LINE 's  Mailing  List 


If  you  wish  to  be  placed  on  our  mailing  list  for  future  issues  of  OFF-LINE,  if  you  wish  to  be 
removed  from  the  list,  or  if  you  wish  to  enter  an  address  correction,  please  complete  and 
return  this  page.  (Current  subscribers  are  kept  on  the  mailing  list  until  a  specific  request  for 
removal  is  received,  or  until  a  mailing  is  returned  as  undeliverable.) 
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OFF-LINE  is  the  newsletter  of  the  Computing  Services  Office  at  the  University  of 
Illinois  at  Urbana-Champaign.  OFF-LINE  is  printed  monthly.  Articles  may  be  re- 
printed provided  that  the  source  of  the  article  is  noted.  CSO  operates  an  IBM  360 
Model  75  with  one  million  bytes  of  fast  core  and  two  million  bytes  of  slow  core, 
under  HASP  and  OS,  and  a  CYBER  175  with  256K  words  of  central  memory  and 
512K  words  of  ECS,  under  NOS,  serving  up  to  190  simultaneously  active  text  and 
graphics  terminals,  and  a  DEC  PDP-11/50  with  252K  bytes  of  core  driving  a  GSI 
CAT-8  phototypesetter  with  the  UNIX  Operating  System. 


POLICY 


CYBER  RATES 

The  pricing  revisions  announced  in  the  September  issue  of  OFF-LINE  will  go  into  effect  on 
December  22,  1979.   As  a  convenience  to  our  readers,  we  are  reprinting  the  pricing 
information  from  that  article. 

In  general,  the  rates  which  are  rising  are  based  on  labor  or  supplies  and  those  which  are  falling  are 
based  on  technology,  i.e.,  processing,  memory  and  on-line  storage. 


Rising  prices 

OLD 

NEW 

OLD 

NEW 

SU 

SU 

$ 

$ 

Tape  or  Disk 

1.00/ vol. 

2.00/vol. 

0.68 

1.36 

Cards  Read 

1.05/1000 

1.75/1000 

0.71 

1.19 

Cards  Punched 

5.00/1000 

10.00/1000 

3.40 

6.80 

Lines  Printed 

0.64/1000 

1.00/1000 

0.44 

0.68 

Cover  Charge-HASP 

0.65 

0.80 

0.44 

0.54 

Cover  Charge-EXPRESS 

0.35 

0.40 

0.24 

0.27 

Falling  Prices 

OLD 

NEW 

OLD 

NEW 

SU 

SU 

$ 

$ 

CYBER  Execution 

Max  2640/hr 

Max  1809/hr 

Max  $1795 

Max  $1230 

CYBER  On-line 

15.62 

3.13 

10.62 

2.12 

Storage 

Megabyte  Month 

Since  execution  units  are  derived  from  a  complex  formula,  the  maximum  is  presented  above.  The 
actual  change  is  in  the  formula  for  BATCH: 

SRU  =  16  (CP  +  IO  +  .028  (CP  +  IO)CM)  +  COVER 

which  is  changed  to: 

SRU  =  18  (CP  +  IO  +  .015  (CP  +  IO)CM)  +  COVER 

This  results  in  equal  charges  at  10K  and  a  reduction  for  all  larger  memory.   I/O  is  reduced  in  the  same 
proportion  as  CPU  time.  The  SRU  charges  for  time-sharing  are  not  affected.  The  conversion  of 
service  units  to  dollars  is  based  on  the  present  price  of  $0.68. 


RATE  REDUCTION  PERIOD 

During  the  period  December  22,  1979  to  January  21,  1980  all  service  unit  charges  will  be 
reduced  to  $0.40.  The  January  billing  period  will  begin  on  December  22,  1979,  and  the 
February  billing  period  will  begin  on  January  22,  1980. 


SYSTEM  NOTES 


RELIABILITY  REPORT 

During  September,  the  approximate  mean  time  between  failures  for  the  CYBER  175  was  60 
hours  and  the  mean  time  to  repair  was  about  164  minutes.  Major  problems  were  due  to  bad 
modules  in  PP's  which  have  now  been  fixed. 

For  the  IBM  360/75,  the  approximate  mean  time  between  failures  was  15  hours  and  the 
mean  time  to  repair  was  about  40  minutes.   Major  problems  were  due  to  bad  cards  in 
memory  and  these  were  replaced. 


NUMERICAL  SERVICES 


FORMAC 

For  some  time,  both  an  old  and  a  new  version  of  the  FORMAC  symbolic  algebra  package 
have  existed  on  the  360.  The  catalog  procedure  FORMAC  is  currently  used  to  access  the  old 
version.  The  newer  version  which  was  installed  about  two  years  ago  is  accessed  by  several 
cataloged  procedures  called  FMAC,  FMACLDGO,  FMACLKED,  FMACLKGO,  and 
GOFMAC.  The  procedure  FMACLKGO  behaves  like  the  procedure  FORMAC. 

Effective  December  1,  1979,  procedure  FORMAC  will  access  the  newer  version.   Barring 
problems,  the  file  containing  the  old  version  will  be  destroyed  at  the  end  of  December. 

If  you  have  questions  about  FORMAC  (or  the  other  algebra  package,  ALTRAN),  contact 
Stan  Kerr  (175  DCL,  333-4715). 


SOFTWARE  FOR  PARTIAL  DIFFERENTIAL  EQUATIONS 

CSO  is  gradually  acquiring  software  in  the  area  of  partial  differential  equations.  Presently, 
none  of  the  acquired  software  is  "officially  supported."  However,  we  do  have  routines  and 
packages  that  can  be  used,  or  that  are  on  order.  These  are: 

FORSIM  A  package  for  solving  time- varying  systems  with  up  to  three  space  variables, 

from  Chalk  River  Nuclear  Laboratories  in  Ontario. 

PDEONE        An  algorithm  published  in  Transactions  on  Mathematical  Software,  Volume  1, 
Number  3. 


PDETWO        A  preliminary  version  of  an  algorithm  to  be  published  in  Transactions  on 
Mathematical  Software. 

POST  A  package  for  time-varying  systems  in  one  space  variables,  on  order  from  Bell 

Labs. 

A  package  of  particular  interest  is  TWODEPEP,  just  released  by  IMSL.  This  is  an  easy-to-use 
finite  element  program  which  solves  a  large  class  of  applications  oriented,  time  dependent, 
steady  state  and  eigenvalue  problems  in  general  two-dimensional  regions. 
The  most  general  form  of  the  equations  solved  is: 


Bt  '    dx 


ci  (x,y,u,v,t)  —  =  —&XX  (x,y,ux,uy,vx,vy,u,v,t) 


+  -jj-  <*xy  (x,y,ux,uy,vx,vy,u,v,t)  +  /i  ix,y,u,v,t) 


dt'dx 


c2  ix,y,u,v,t)  -Try  =  —  <Txy  (x,y,ux,uy,vx,vy,u,v,t) 


+  -r-  o-yy  (x,y,ux,Uy,vx,Vy,u,v,t)  +  f2  (x,y,u,v,t) 


with 


w  =  fbi  (s) 
v  -  fb2  (s) 

for  s  on  part  of  the  boundary,  and 

°"xx-"x  +  <* xyMy  =   gU   (S,U,V,t) 

o-^.wx  -I-  o-yy.ny  =  gb2  (s,u,v,t) 


for  s  on  the  other  part  and  where  (nx,ny)  is  the  normal  vector  to  the  boundary  -  and  initial 
conditions 


u  =  u0  (x,y) 
v  =  v0  (x,y) 


for  /=  t0.  Variable  t  is  the  time  variable  with  t0  being  initial  time.  The  dependent  variables 
are  u  and  v;  variables  x  and  y  are  space  variables. 

TWODEPEP  sounds  like  a  good  package,  but  it  is  expensive  and  requires  a  yearly  lease,  like 
the  IMSL  Library.  We  need  a  strong  positive  response  from  people  who  want  this  software, 
to  justify  the  expense.   Please  let  us  know  if  you  want  TWODEPEP,  and  how  much  you  think 
you  would  use  it. 

For  information  on  any  of  the  above,  contact  Stan  Kerr  (175  DCL,  333-4715). 


ACSL  ON  THE  CYBER 

The  following  article  has  been  reprinted  from  the  May,  1979  issue  of  OFF-LINE  with  minor 
modifications.   ACSL  is  a  package  that  fills  a  gap  in  our  applications  software  by  providing 
capabilities  on  the  CYBER  similar  to  those  provided  by  CSMP  on  the  360.   Moreover,  ACSL 
provides  excellent  graphical  capabilities  and  interactive  features  which  make  it  more  suitable 
for  instructional  use  than  CSMP. 

To  access  the  ACSL  package,  use  the  statement: 


GRAB.ACSL 

This  copies  two  procedure  files,  ACSLCOM  and  ACSLGO,  plus  several  auxiliary  files  (ACSL, 
ACSLLIB  and  ACSLMAC)  into  your  local  file  space.   ACSLCOM  is  used  to  translate  a 
"model  definition"  into  a  FORTRAN  program  and  then  compile  it.   ACSLGO  is  used  to  link 
the  compiled  model  to  support  routines  in  the  ACSL  system,  and  to  run  it.   Execution  of  a 
model  is  controlled  by  an  "executive"  which  reads  run  control  commands.  The  run  control 
commands  set  parameters  of  the  model,  specify  the  variables  to  save  for  plotting,  and 
compute  the  model  from  start  to  finish. 

The  ACSL  language  is  fully  documented  in  the  ACSL  Reference  Manual.  This  document  is 
available  for  inspection  in  the  Systems  Consulting  Office  (Room  138  DCL)  and  can  be 
purchased  at  the  CSO  Distribution  Center  (Room  164  DCL). 

Each  of  the  procedures  ACSLCOM  and  ACSLGO  contains  a  write-up  describing  its  operation. 
To  rewiew  these  write-ups,  use  the  statement: 

CALL,name(HELP=DETAIL) 

Where  name  is  ACSLCOM  or  ACSLGO. 


Example 

The  following  sample  program  is  a  card  batch  job  which  illustrates  the  use  of  ACSLCOM  and 
ACSLGO.  This  program  would  compute  the  solution  to  the  equations: 


dx  kx  (\-x2-y2) 

~r  =  y  +  - 


dt         '  y/x>+? 


d£  =  _x+  ky  (\-x2-y2) 
dt  Jx2+y2 

Where  x(0)  =  XZ  and  y(0)  =  YZ.  The  numbers  to  the  left  of  the  example  are  given  only  to 
identify  each  control  card. 


1  JOBCARD. 

2  SIGN0NO23456789) 

3  PASSWORD. 

4  BILL,DEPT,PS1234. 

5  GRAB,ACSL. 

6  CALL,ACSLCOM. 

7  CALL,ACSLGO. 

8  7/8/9 

9  PROGRAM  LIMIT  CYCLE 

10  CONSTANT  XZ=0.5,YZ  =  1.0,K=0.2,TF=9.999 

1 1  CINTERVAL  CINT=0.2 

12  SQ=SQRT(X**2+Y**2) 

13  KK  =  (1.0-SQ**2)/SQ 

14  X=INTEG(Y  +  K*X*KK,XZ) 

15  Y=INTEG(-X  +  K*Y*KK,YZ) 

16  TERMT(T.GE.TF) 

17  END 

18  7/8/9 

19  SET  TITLE ="LIMIT  CYCLE  PROBLEM' 

20  OUTPUT  T,X,  Y,SQ,"NCIOUT"  =4 

21  PREPAR  T,X,Y,SQ 

22  START 

23  PLOT  X,Y,SQ 

24  PLOT"XAXIS"  =  X,Y 

25  SET  NPXPPL=60,NGXPPL  =  12 

26  PLOT  Y 

27  END 

28  6/7/8/9 


Cards  9-17  are  the  model  definition  which  is  translated  and  compiled  by  CALL, ACSLCOM  in 
card  6.  Cards  19-27  form  the  run  control  program  describing  what  to  do  with  the  model. 


.    The  model  definition  begins  with  PROGRAM  (card  9)  and  ends  with  END  (card  17). 
The  information  which  follows  the  word  PROGRAM  on  card  9  does  not  affect  the 
model. 

•  The  independent  variable  is  named  T  in  this  example.  (It  can  be  renamed.) 

•  The  CINTERVAL  statement  (card  11)  defines  a  variable  to  hold  the  value  of  the 
"communication  interval",  which  tells  the  simulator  how  often  values  of  simulated 
variables  are  to  be  made  available  for  reporting.   In  this  case,  the  values  are  available 
at  intervals  of  0.2  (i.e.,  T=0.0,  0.2,  0.4,  0.6,  etc.). 

•  INTEG  (cards  14  and  15)  is  used  to  define  a  differential  equation. 

•  TERMT  defines  the  "termination  condition"  for  the  simulation.   In  this  case,  the 
simulation  is  run  until  T^TF. 

•  SET  TITLE  (card  19)  is  used  in  the  run  control  program  to  create  a  title  for  page 
headers. 

•  OUTPUT  (card  20)  tells  which  variables  should  be  displayed  in  tabular  form  as  the 
simulation  proceeds.  Notice  that  T  (the  independent  variable)  must  be  included  if  it  is 
to  be  displayed.  "NCIOUT'=4  is  an  example  of  a  subcommand,  indicating  that  output 
is  to  generated  only  at  every  fourth  communication  level. 

•  PREPAR  (card  21)  specifies  the  variables  that  should  be  stored  during  the  simulation 
for  future  plotting.   Note  that  T  appears  explicitly. 

•  START  (card  22)  begins  the  actual  simulation.  As  soon  as  the  executive  reads  this 
command,  it  starts  the  model  and  lets  it  run  to  its  finish.  After  the  entire  model  is 
run,  the  executive  reads  the  next  run  control  card. 

•  PLOT  (card  23)  tells  the  executive  to  plot  each  of  the  (stored)  variables  X,  Y,  SQ.  By 
default,  they  are  plotted  against  T.  A  printer  plot  is  produced,  unless  you  use  specific 
statements  to  produce  a  CalComp  or  a  Tektronix  plot  (Figure  1). 

.    In  card  24,  a  subcommand  indicates  that  X  should  be  the  abscissa  variable  (Figure  2). 

•  In  card  25,  a  SET  command  alters  the  values  of  "system  variables"  which  control 
printer  plots.   Any  of  these  system  variables,  as  well  as  any  variable  defined  in  your 
model,  can  be  altered  at  "run  time"  by  a  SET  command.    (The  system  variables  are 
summarized  in  Table  D-3  in  Appendix  D  of  the  ACSL  Reference  Manual.) 

•  The  final  PLOT  (card  26)  specifies  only  Y.   By  default,  ACSL  uses  the  same  abscissa 
variable  that  was  used  on  the  previous  PLOT  (in  this  case,  the  abscissa  variable  X). 
Then,  Y  is  plotted  against  X,  but  the  appearance  of  the  graph  is  altered  because  of  the 
set  command  on  card  25.  This  difference  would  be  seen  on  printer  plots  only. 


Figure  1 

X,  Y  and  SQ  Plotted  against  T 
(card  23) 
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Figure  2 

Y  Plotted  against  X 
(card  24) 
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ACSL  can  produce  plots  on  various  gaphics  devices  (see  the  item  given  above  for  card  23). 
CSO  supports  equipment  to  produce  CalComp  plots  or  Tektronix  plots.    For  example,  to  run 
the  above  model  and  produce  only  CalComp  plots  would  require  the  following  changes: 

.    Change  card  7  to: 

CALL.ACSLGO(PLOT=CALCOMP) 

•  After  card  7,  insert  the  card: 

PLOT,TAPE9/FORMS=SPECIAL 

This  directs  the  plot  to  the  offline  plotter  on  the  360/75.  An  ACSL  program  which 
produces  CalComp  plots  stores  the  information  to  be  sent  to  the  plotter  in  the  local 
file  TAPE9. 

•  After  card  19,  insert  the  card: 

SET  CALPLT- TRUE.,PRNPLT=. FALSE. 

This  tells  the  run-time  executive  to  make  a  "line  plot"  (CALPLT  =  .TRUE.)  after  a 
PLOT  command  is  read  and  to  suppress  the  normal  printer  plot  (PRNPLT  =  . FALSE.). 

The  ACSL  sample  program  given  above  can  also  be  run  from  time-sharing.  To  do  this,  you 
must  first  create  a  file  which  contains  the  model  definition  (cards  9-17  of  the  example).   You 
can  translate  this  once,  and  then  run  it  several  different  ways.   For  example,  if  the  local  file 
MODEL  contains  the  model  definition,  you  could  use  the  following  control  statements  to 
translate  it: 

GRAB.ACSL 

REWIND.MODEL 
CALL,ACSLCOM(INPUT=MODEL,OPTION  =  E) 

OPTION  =  E  passes  an  option  to  the  translator  which  requests  that  only  the  lines  in  error  be 
displayed  at  the  terminal.   If  OPTION  =  E  is  omitted,  the  whole  model  is  displayed  at  the 
terminal.   The  results  of  the  translation  are  stored  in  the  file  LGO. 

You  can  then  create  a  local  file  which  contains  all  the  run  control  commands  (cards  19-27  of 
the  example)  to  execute  the  model  by  calling  ACSLGO.   ACSLGO  reads  the  translated  model 
from  the  file  LGO.   For  example,  if  the  run  control  commands  are  in  the  local  file  DATA, 
you  could  use  the  statements: 

REWIND.DATA.OUT. 

CALL,ACSLGO(INPUT=DATA,OUTPUT=OUT) 

PRINT.OUT/CC. 

This  stores  plotting  information  in  the  file  OUT,  which  is  then  printed  to  produce  line  printer 
output. 
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To  produce  CalComp  plots,  you  must  include  the  run  control  command: 

SET  CALPLT=. TRUE. 

The  control  statement  to  execute  the  model  would  then  be: 

REWIND.DATA.OUT. 

CALL,ACSLGO(INPUT=DATA,OUTPUT=OUT,PLOT=CALCOMP) 

PRINT.OUT/CC. 

PLOT,TAPE9/FORMS=SPECIAL 

Instead  of  defining  all  the  run  control  commands  in  a  file,  you  can  issue  the  commands 
separately  as  the  run-time  executive  requests  them.  To  begin  model  execution,  enter  the 
statement: 

CALL.ACSLGO. 

This  prompts  you  for  the  first  run  control  command,  executes  that  command,  displays  the 
results  at  the  terminal  and  prompts  you  for  the  next  command.   Instead  of  seeing  the  output 
from  each  command  at  the  terminal,  you  can  route  the  output  to  the  local  file  PRINT  with 
the  statement: 

SET  DIS=99,PRN=99 

To  stop  sending  the  output  to  the  file  PRINT,  use  the  statement: 

SET  DIS=6,PRN=6 

Model  execution  must  be  terminated  with  an  END  statement.  The  normal  functions  of 
terminal  interrupt  keys  (e.g.,  STOP,  BREAK-key,  I-key,  etc.)  are  not  recognized  by  the  run- 
time executive. 

If  you  are  using  a  Tektronix  terminal  and  want  to  produce  screen  plots,  this  must  be  specified 
on  the  call  to  ACSLGO: 

CALL,ACSLGO(PLOT=TEKTRON) 

When  the  executive  requests  input,  enter  the  statement: 

SET  CALPLT=.TRUE. 

The  examples  in  this  article  indicate  the  powerful  capabilities  provided  by  the  ACSL  language. 
Persons  interested  in  using  ACSL  should  review  the  ACSL  Reference  Manual,  including  the 
write-ups  contained  in  the  ACSLCOM  and  ACSLGO  procedures. 

A  third  procedure  is  available  which  provides  sample  ACSL  models.  The  complexity  of  these 
models  range  from  that  of  the  one  used  in  this  article  to  one  used  for  physiological  simulation 
of  blood  flow.  The  procedure  which  contains  these  samples,  ACSLINF,  can  be  accessed  via 
the  contol  statements: 
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GRAB.ACSUNF. 
CALl_ACSUNF(DECK= name) 

Where  name  can  be  SAMPOOO,  SAMP001,...,SAMP010.  This  places  a  model  definition  in  file 
MODEL  and  some  run  control  data  in  file  DATA.  For  instance,  a  batch  job  to  run  SAMP003 
with  the  supplied  run  control  commands  would  be  as  follows  (for  printer  plots): 


GRAB.ACSLINF. 

CALL,ACSLINF(DECK=SAMP003) 

GRAB.ACSL 

REWIND.MODEL.DATA. 

CALL,ACSLCOM(INPUT=MODEL) 

CALL.ACSLGO(INPUT=DATA) 

6/7/8/9 

For  more  information  about  ACSLINF,  enter  the  statement: 

CALL,ACSUNF(HELP=DETAIL) 

Questions  or  problems  regarding  the  ACSL  language  should  be  directed  to  Stan  Kerr  (Room 
175  DCL,  333-4715). 


MISCELLANEOUS 


CORRECTION 


Judith  S.  Liebman,  Chairperson  of  CICU,  was  erroneously  listed  as  being  in  the  Civil 
Engineering  Department  instead  of  the  Mechanical  Engineering  Department. 


SLIP  PACKAGE  NEEDED 

Gerrit  De Young  is  looking  for  someone  who  has  the  list  processing  language  package  called 
"SLIP"  which  is  similar  to  LISP,  but  is  based  on  FORTRAN  subroutine  calls.   If  you  have  this 
package,  or  know  of  someone  who  does,  please  call  Mr.  De  Young  at  333-6664. 
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HELP  WANTED 


RESEARCH  ASSOCIATE  AND/OR  CO-AUTHOR 
WANTED  FOR  COMPUTER  WORK 

Any  graduate  student  or  other  person  who  would  like  to  earn  over  $5.00  an  hour  doing  some 
interesting  computer  work  with  Professor  Stuart  Nagel  of  the  Political  Science  Department 
should  phone  him  at  359-8541.  Total  hours  per  week  are  about  10  hours  at  the  convenience 
of  the  person  doing  the  work. 

The  work  mainly  involves  running  research  data  through  SPSS  or  SOUPAC  statistical 
programs  and  through  some  mathematical  optimizing  routines.  The  subject  matter  of  the 
data  generally  deals  with  a  causal  or  evaluative  analysis  of  alternative  public  policies. 

Previous  experience  with  statistical  computer  work  or  related  work  is  expected.  No 
programming  will  be  involved,  but  the  person  should  have  a  knowledge  of  how  to  write 
control  cards  for  a  statistical  software  package  and  possibly  experience  with  mathematical 
software. 

This  work  was  performed  by  a  graduate  student  named  Marian  Neef  before  she  received  her 
Ph.D.   In  doing  the  work,  she  became  the  co-author  of  numerous  articles,  book  chapters,  and 
books.  This  could  be  an  excellent  publishing  opportunity  for  another  graduate  student. 

If  you  are  interested  or  if  you  desire  further  information,  phone  359-8541. 
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